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The  purpose  of  this  document  is  to  describe  specific  AUTODIN  II 
data  formats  and  protocols  supported  by  the  Packet  Switching  Node 
(PSN) .  The  data  presented  has  been  extracted  from  various  sources 
(see  Section  22)  and  reflects  PSN  data  support  requirements. 

21.1  PURPOSE .  This  document  details  the  protocols  and  data  formats 
being  supported  by  the  PSN  software.  The  document  is  intended  to 
provide  specific  information  describing  external  data  protocols, 
header  formats,  and  user  interface  requirements. 

21.2  SCOPE .  This  document  identifies  header  formats,  frame 
formats,  and  protocol  requirements  for  external  PSN  data  sources. 

The  document  does  not  describe  intra-PSN  data  requirements  nor  does 
it  detail  error  cases  in  or  out  of  the  PSN. 

21.3  CONTENT .  The  document  is  organized  in  six  primary  sections: 

a.  Section  22  identifies  documents  which  provide  the  basis  for 
this  document 

b.  Section  23  describes  Mode  VI  data  requirements 

c.  Section  24  describes  Mode  I  data  requirements. 

d.  Section  25  describes  Mode  IB  data  requirements 

e.  Section  26  describes  Mode  IIA  data  requirements 

f.  Section  27  describes  THP  command  procedures  to  be  used 
with  terminal  heading  data. 
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SECTION  22  -  APPLICABLE  DOCUMENTS 

The  following  documents  were  used  to  generate  the  various  data 
formats : 

a.  DC AC  370-D175-1  DCS  AUTODIN  Interface  and  Control 

02  October  1970  Criteria,  Chapters  1,  3,  4  and  5. 

b.  IBM  Order  No.  Binary  Synchronous  Communications, 

GA27-3004-2  3rd  Edition 

October  1970 

c.  ANSI  X3. 23-1971  Procedures  for  the  Use  of  Com- 

(American  National  munication  Control  Characters 

Standards  Institute)  of  American  National  Standard 

10  March  1971  Code  for  Information  Interchange 

in  Data  Communications  Links 

d.  FIPS  PUB  1  Federal  Information  Processing 

01  November  1968  Standards  Publication  1  -  Standard 

Code  for  Information  Interchange 

e.  ANSI  X3S34/589  Sixth  Draft:  American  National 

(American  National  Standard  for  Advanced  Data  Corn- 

Standards  Institute)  munications  Control  Procedures 

Revision  2  (ADCCP) ,  Independent  Numbering 

11  August  1977 

f.  AUTODIN  II  Mode  VI  (ADCCP)  Line  Control  Procedures 
Functional  Specification  dated  02  May  1978 

g.  AUTODIN  II  Segment  Interface  Protocol  (SIP),  Specifica¬ 
tion,  WU  System  Engineering  Technical  Note  78-07.2, 
dated  03  October  1978. 

h.  System  Performance  Specification  for  AUTODIN  II  Phase  I, 
November  1975,  as  amended  through  Amendment  0006,  dated  13 
October  1976. 

i.  Final  Computer  Program  Development  Specification,  MCCU 
THP ,  CDRL  Item  Number  B006,  29  September  1978. 
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SECTION  23  -  MODE  VI  -  LINK  PROTOCOL 

23.1  INTRODUCTION .  The  AUTODIN  II  system  will  use  the  American 
National  Standards  Institute  (ANSI),  document  X3S34/589-Advanced 
Data  Communication  Control  Procedures  (ADCCP)  Independent  Num¬ 
bering,  Draft  6,  Revision  2,  for  line  control  on  backbone  (packet 
switch-to- packet  switch)  and  Mode  VI  access  (subscri be r-to- packet 
switch)  circuits.  AUTODIN  II  ADCCP  will  use  the  3alanced  Asynch¬ 
ronous  (BA)  class  of  procedures.  The  basic  mode  of  operation 

is  Asynchronous  Balanced  Mode  (ABM)  with  all  stations  supporting 
two-way  simultaneous  (TW3)  operation. 

23.2  APPLICABLE  DOCUMENTS 

a.  ANSI  Document  X3S34/589,  Draft  6,  Rev.  2,  Advanced 
Data  Communication  Control  Procedures  (ADCCP) 

b.  AUTODIN  II  Mode  VI  (ADCCP)  Line  Control  Procedures 
Functional  Specification  dated  2  May  1978 

23.3'  FRAME  FORMAT.  ADCCP  transmissions  are  packaged  into  distinct 
sets  of  binary  data  called  frames.  The  ADCCP  data  frames  are  given 
in  Figure  3-1.  The  frames  contain  the  following: 

a.  Flag  Sequence  (beginning)  (3  bits) 

b.  Address  Field  (8  bits) 

c.  Control  Field  (8  bits) 

d.  Information  Field  (0  to  a  maximum  of  5072  bits) 

e.  Frame  Check  Sequence  £32  bits) 

f.  Flag  Sequence  (Ending)  (8  bits) 

The  Information  (I)  frame  is  used  to  perform  an  information  trans¬ 
fer.  The  Supervisory  (S)  frame  is  used  to  perform  link  supervisory 
control  functions  such  as  acknowledgment  of  I  frames,  and  informing 
subscribers  tnat  a  temporary  interruption  has  occurred  at  the 
receive  terminal.  The  Unnumbered  (U)  frame  is  used  to  provide 
additional  link  control  functions.  This  format  contains  no 
sequence  numbers.  Refer  to  paragraph  23.13  for  the  Mode  VI 
Data  Formats. 

23.3.1  Flag  Sequence.  The  flag  sequence  (F)  is  a  unique  series  of 
eight  bits  called  an  octet.  This  is  a  single  octet  field  which 
always  contains  the  binary  value  01111110.  All  frames  start  and 
end  with  the  flag  sequence.  Receive  Line  Termination  Units  (LTU's) 
search  for  the  flag  sequence  on  a  bit-by-bit  basis.  When  found, 
frame  synchronization  is  established.  The  ending  flag  sequence  of 
a  frame  may  not  serve  as  the  beginning  flag  sequence  of  the 
succeeding  frame.  Transmitting  LTU's  generate  the  flag  sequence  at 
the  beginning  and  end  of  each  frame. 
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1.  INFORMATION  (I)  FRAME  FORMAT 


FLAG 

(F) 

01111110 


ADDRESS 

(A) 


CONTROL  FIELD 

0 

N/S 

P/F 

N(R) 

INFORMATION  FIELD 
(MAXIMUM  5072  BITSI 


FRAME  CHECK 
SEQUENCE 
IFCSI 


FLAG 

(FI 

01111110 


COMMAND 


RESPONSE 


I  I  COMMAND  FRAME,  RR,  RNR.  FRMR 


2.  SUPERVISORY  (S)  FRAME  FORMAT 


flag 

! 

ADDRESS 

CONTROL  FIELD 

FRAME  CHECK 

FLAG 

IF) 

(Al 

SEQUENCE 

IF) 

01111110 

10 

SS 

P/F 

N(R) 

(FCS) 

01111110 

COMMAND 

RRfOOl 

RNRI10I 


RESPONSE 

RR(OO),  RNR(IO),  FRMR(U:  10001 1 
RR(OO),  RNRI10I,  FRMR (U:  10001 1 


3.  UNNUMBERED  (U)  FRAME  FORMAT 


FLAG 

IF) 

01111110 


ADDRESS 

IA) 


CONTROL  FIELD 


11 

M-  M_ 

P/F 

M3M4M5 


INFORMATION  FIELD 
(MAXIMUM  5072  BITSI 


FRAME  CHECK 
SEQUENCE 
IFCSI 


FLAG 
IF  I 

01111110 


COMMAND 


RESPONSE 


INO  INFO  FIELDI  SABMI11100I 
(INFO  FIELOI  UI(OOOOO) 

(NO  INFO  FIELDI  RSETI11001I 


UAI00H0),  FRMRd 0001 1 

UAI00110I,  FRMRI1 0001 1,  UIIOOOOOI.  RNRIS01 1 
UAI001  101,  FRMRI 10001 1 


NOTE 

THE  BINARY  VALUES  IN  PARENTHESIS  INDICATE 

1.  FOR  RR,  RNR  VALUE  OF  SS 

2.  FOR  SABM,  Ul,  UA,  FRMR,  RSET:  VALUES  OF 
Ml,  M2,  M3,  M4,  AND  M5  IN  ORDER 


Figure  3-1 


■lode  VI  Frame  Formats 
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There  is  a  possibility  that  a  frame  may  contain  a  bit  pattern  in 
the  Address,  Control,  Information  and  Frame  Check  Sequence  (FCS) 
fields  which  duplicates  the  flag  sequence.  If  this  condition 
occurs,  the  LTU  logic  performs  0  bit  insertion  following  five 
contiguous  one  bits  (on  transmit)  and  deletion  (on  receive)  to 
ensure  the  uniqueness  of  the  flag  sequence.  The  receiver 
continuously  monitors  the  received  bit  stream.  Upon  receiving  a 
zero  (0)  bit  followed  by  five  (5)  contiguous  one  bits,  the  receiver 
inspects  the  following  bit: 

a.  If  a  zero  (0),  the  five  (5)  one  bits  are  passed  as  data 
and  the  zero  bit  is  deleted. 

b.  If  the  6th  bit  is  a  one  (1),  the  receiver  inspects  the  7th 
bit  as  follows: 

1.  If  it  is  a  zero  (0),  a  flag  sequence  has  been  received 

2.  If  it  is  a  one  (1),  an  abort  has  been  received.  See 
paragraph  23.10.6. 


23.3.2  Address  Field.  The  address  field  consists  of  one  octet,  8 
bits.  This  allows  for  a  maximum  of  0-255  unique  address  per 
station.  This  field  contains  the  address  of  either  the  local  or 
remote  station,  and  is  used  by  the  receiving  station  to  identify 
incoming  frames,  either  command  or  response  frames.  The  address 
field  in  a  command  frame  contains  the  address  of  the  remote  (re¬ 
ceiving)  station;  the  address  field  in  a  response  frame  contains 
the  address  of  the  local  (transmitting)  station. 

23.3.3  Control  Field.  The  control  field  consists  of  one  octet,  8 
bits.  This  field  contains  link  control  information  such  as 
commands,  responses,  and  send/receive  sequence  number  information. 

The  bit  sequence  for  each  of  the  frames  is  as  follows: 

0  =  Information  Frame 

10  =  Supervisory  Frame 

11  =  Unnumbered  Frame 

a.  N ( S )  -  Send  Sequence  Number.  The  send  sequence  number  is 
three  bits,  0  through  7  (Modulo  8).  The  N(S)  is  the  sequence 
number  of  the  transmitted  information  frame.  The  send 
sequence  number  is  incremented  by  one  with  each  completed 

I  frame  transmission.  N(S)  will  not  be  incremented  when 
an  I  frame  transmission  is  aborted. 

b.  N ( R )  -  Receive  Sequence  Number.  The  receive  sequence  num¬ 
ber  Is  three  bits,  0  through  7  (Modulo  8).  The  N(R)  is 
the  expected  sequence  number  of  the  next  received  I  frame 
and  appears  only  in  information  (I)  and  supervisory  (S) 
frames.  The  N ( R )  value  informs  the  transmitting  station 
that  the  receiving  station  has  correctly  received  all  I 
frames  numbered  up  to  and  including  N  ( R )  —  1 . 
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c.  P  -  Poll  Bit.  The  poll  bit  set  to  a  1  is  used  to  solicit 
a  response  From  a  receiving  station.  In  A'JTODIN  II, 

all  commands  request  a  response  regardless  of  Poll 
Bit  setting. 

d.  F  -  Final  Bit.  The  final  bit  is  set  to  respond  in 
reply  to  the  receipt  of  a  set  poll  bit  in  a  received 
frame.  In  AUTODIN  II,  the  F  bit  in  all  resporse  frames 
assumes  the  state  of  the  P  bit  in  the  command  frame 
which  provoked  the  response. 

e.  SS  ~  Supervisory  Commands  for  S  Frames.  The  two  bit 
supervisory  commands  and  responses  are  used  to  perform 
basic  supervisory  link  control  functions  such  as  I 

frame  acknowledgment  and  indicate  a  temporary  interruption 
to  receive  I  frames.  The  supervisory  commands/responses 
used  in  AUTODIN  II  are  described  in  paragraphs  23.4.2 
and  23.5.1.  The  values  for  the  bit  positions  are  defined 
in  Figure  B-l.  ^ 

f.  Ml  through  M5  -  Modification  Bits  for  U  Frames.  These 
five  bits  in  U  frames  allow  definition  of  up  to  32  addi¬ 
tional  ccmmanc/r esponse  functions.  The  comraancs/r espcr.ses 
used  ir.  U  frames  are  described  in  paragraphs  23.4.3  and 
23.5.2.  The  values  for  the  bit  positions  are  defined 

in  Figure  B-l. 

23.3.4  Information  Field .  This  field  contains  the  actual  infor¬ 
mation  being  transmitted  over  a  link.  The  field  size  is  variable 
and  ranges  from  0  to  a  maximum  of  5072  bits  on  access  lines  and 
5153  bits  on  backbone  links.  The  information  field  may  contain  a 
packet  header,  binary  segment  leaders  (BSL)  and  other  levels  of 
higher  protocols.  The  contents  of  the  information  field  is 
transparent  to  the  A'JTODIN  II  system. 

23.3.5  Frame  Check  Sequence  (FCS) .  The  Frame  Check  Sequence  is  32 
bits  (four  octets).  Tnis  field  uses  a  32nd  degree  polynomial  for 
error  detection  purposes.  The  contents  of  the  Address,  Control  and 
Information  Fields,  excluding  the  zeros  inserted,  are  included  in 
the  calculation  of  the  Frame  Check  Sequence. 

23.4  COMMANDS 

23.4.1  Information  (I)  Commands .  I  frames  are  considered  commands 
when  they  contain  the  address  oF  the  remote  station.  In  AJTCDIN 
II,  all  I  franes  are  sent  as  commands.  All  I  frames  must  be 
acknowledged. 

23.4.2  Supervisory  (S)  Commands.  A'JTODIN  II  implements  two  S 
commands  to  per  form  supervisory  link  control: 

a.  Receiver  Ready  (RR)  Command.  The  RR  command  is  used  to 
sol i c i t  a  response  from  the  remote  station  while  indi¬ 
cating  that  the  receiver  is  ready  at  the  local  station. 

In  the  AJIODIN  II  system,  all  RR  commands  must  be  answered 
with  either  an  RR  or  Receiver  Not  Ready  (RNR)  response. 
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During  periods  of  link  inactivity,  RR  or  RNR  commands  will 
be  interjected  at  periodic  intervals  to  ensure  that  the 
link  is  operating  properly. 

b.  Receiver  Not  Ready  (RNR)  Command.  The  RNR  command  is  used 
to  solicit  a  response  from  the  remote  station  while 
indicating  the  local  station  receiver  is  busy.  In  the 
AUTODIN  II  system,  all  RNR  commands  must  be  answered  with 
an  RR  or  RNR  response.  During  periods  of  link  inactivity, 
RR  or  RNR  commands  will  be  interjected  at  periodic 
intervals  to  ensure  that  the  link  is  operating  properly. 

23.4.3  Unnumbered  (U)  Commands 


23.4.3.1  Mode-Setting  Command 


Set  Asynchronous  Balance  Mode  (SABM )  Command.  the  SABM  command 
instructs  the  receiving  station  to  reset  all  receive  and  transmit 
parameters  and  prepare  to  respond  in  the  synchronous  balanced  node. 
Since  AUTODIN  II  links  always  operate  in  the  asynchronous  balanced 
mode,  the  SABM  serves  only  as  a  reset.  Upon  receipt  of  a  SA3M 
command,  the  send  and  receive  sequence  number  variables  are  set  to 
zero,  existing  error  conditions  are  cleared,  and  the  sequence 
number  of  the  next  expected  frame  (N(R))  is  set  to  zero.  The  SA3M 
command  frame  has  no  information  field.  SABM  commands,  are 
acknowledged  via  the  unnumbered  acknowledgment  (UA)  response. 


23.4.3.2  Information  Transfer  Command 


Unnumbered  Information  (UI)  Command.  The  UI  command  permits  the 
exchange  of  information  fields  without  sequence  number  accounta¬ 
bility.  The  UI  command  is  acknowledged  by  either  UA,  UI,  or  RNR 
responses . 


23.4.3.3  Recovery  Commands 


Reset  (RSET)  Command.  The  RSET  command  causes  the  receiving 
station  to  reset  all  receive  related  parameters.  Upon  receipt  of 
this  command,  the  receive  sequence  number  variable  is  set  to  zero, 
all  existing  receive  error  conditions  are  cleared,  and  the  sequence 
number  of  the  next  expected  frame  (N(R))  is  set  to  zero.  RSET 
commands  are  acknowledged  with  a  UA  response.  The  primary  use  of 
the  RSET  command  within  the  AUTODIN  II  system  is  during  frame 
sequence  number  error  recovery.  The  RSET  command  frame  has  no 
information  field. 


23.5  RESPONSES 

23.5.1  Supervisory  (S)  Responses.  AUTODIN  II  implements  two  S 
responses.  They  are  used  to  acknowledge  I  command  frames  in 
certain  instances,  acknowledge  receipt  of  S  commands,  and  report 
certain  error  conditions. 
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a.  Receiver  Ready  (RR)  Response.  RR  responses  are  used  to 

report  the  nonbusy  status  of  a  receiving  station.  They 
also  acknowledge  receipt  of  all  I  command  frames  having 
sequence  numbers  less  than  that  reported  as  the  next 
receive  sequence  number  in  the  RR  response  frame  control  | 

field.  If  a  receiving  station  is  not  transmitting  I 

command  frames,  the  RR  response  is  used  to  acknowledge 
receipt  of  I  frames,  provided  the  receiving  station  is 
nonbusy.  RR  responses  are  also  required  as  acknowledg¬ 
ments  for  RR  or  RNR  commands,  provided  the  receiving 
station  is  nonbusy. 

b.  Receiver  Not  Ready  (RNR)  Response.  RNR  responses  are  used 
to  report  the  busy  status  of  a  receiving  station.  They  also 
acknowledge  receipt  of  all  I  command  frames  having  sequence 
numbers  less  than  that  reported  as  the  next  receive  sequence  | 
number  in  the  RNR  response  frame  control  field.  If  a 
receiving  station  is  not  transmitting  I  command  frames, 

the  RNR  response  is  used  to  acknowledge  receipt  of  I 
frames,  provided  the  receiving  station  is  busy.  RNR 
responses  are  also  required  as  acknowledgments  for  RR  or 
RNR  commands,  provided  the  receiving  station  is  busy. 

23.5.2  Unnumbered  Responses 

a.  Unnumbered  Information  (UI)  Response.  The  UI  response 
permits  the  exchange  of  information  fields  without  se¬ 
quence  number  accountability  and  is  used  in  conjunction 
with  the  UI  command  (see  paragraph  23.4.3.2). 

b.  Unnumbered  Acknowledgment  (UA)  Response.  UA  responses 
are  used  to  acknowledge  receipt  of  SABM,  UI,  and  RSET 
commands.  The  UA  response  has  no  information  field. 

23.5.3  Error  Recovery  Response 

23.5.3.1  Frame  Reject  ( FRMR)  Response.  The  FRMR  response  is  used 
to  report  error  conditions  which  are  not  recoverable  by  retrans¬ 
mission  of  the  errored  frame.  FRMR  is  generated  by  the  following 
conditions: 

a.  Receipt  of  an  invalid  command  or  response. 

b.  Receipt  of  an  I  or  UI  frame  which  contains  an  information 

field  which  exceeds  the  maximum  length. 

c.  An  invalid  frame  format,  eg,  a  frame  which  does  not 
conform  to  the  structure  implied  by  the  Command/Response 
contained  in  its  control  field  in  accordance  with  the 

" AUTODIN  II,  Mode  VI  (ADCCP)  Line  Control  Procedures 
Functional  Specification,"  dated  02  May  1978. 

In  the  FRMR  response,  the  status  field  provides  the  reason  for 

the  Frame  Reject  Response.  The  format  and  contents  of  this  status  || 

field  are  shown  below  as  the  FRMR  Basic  Information  Field.  II 
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A  basic  information  field,  which  immediately  follows  the  basic  control 
field,  is  returned  with  this  response  to  provide  the  reason  for  the 
Frame  Reject  response.  The  format  for  the  basic  information  field  is: 


- First  Bit 

Transmitted 

1  2 

3  4  5  6  7 

8  9  10 

11 

12  13  14  15  16  17 

18  19 

.20 

1  Rejected 

1  1 

i  1  1 

“1 

[Basic 

Control  Field 

I  o  1 

N(S) 

|C/R  !  N(R)  1  W 

Where : 

Rejected  Control  Field  is  the  control  field  of  the  received  frame  which 
caused  the  frame  reject  exception  condition. 

N(S)  is  the  current  Send  Variable  (S)  at  the  station  transmitting  the 
FRMR  response. 

C/R  is  set  to  "1"  if  the  frame  which  caused  the  FRMR  was  a  response 
frame,  or  is  set  to  "0"  if  the  frame  that  caused  the  FRMR  was  a  command 
frame . 

N(R)  is  the  current  Receive  Variable  (R)  at  the  station  transmitting 
the  FRMR  response. 

W  set  to  "1"  indicates  the  control  field  recevied  and  returned  in  bits 
1  through  8  was  invalid  or  not  implemented. 

X  set  to  "1"  indicates  the  control  field  received  and  returned  in  bits 
I  through  8  was  considered  invalid  because  the  frame  contained  an  in¬ 
formation  field  which  is  not  permitted  with  this  frame.  Bit  W  must  be 
set  to  "1"  in  conjunction  with  this  bit. 

Y  set  to  "1"  indicates  the  information  field  received  exceeded  the 
maximum  established  capacity  of  the  Secondary/Combined  station. 

Z  if  set  to  "1"  indicates  the  control  field  received  and  returned  in 
bits  1  through  8  contained  an  invalid  N(R)  number. 

If  required,  the  information  field  associated  with  the  FRMR  may  be  padded 
with  zero  bits  so  as  to  end  on  any  convenient,  mutually  agreed  upon 
character,  byte,  word  or  machine-dependent  boundary. 


FRMR  may  have  bits  W,  X,  Y,  and  Z  all  set  to  zero;  however  the  cause  for 
frame  reject  shall  be  as  defined  in  a,  b  and  c  above. 
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23.6  COMMAND/RESPONSE  SUMMARY .  AUTODIN  II  Mode  VI  ’inks  will 
use  the  following  cornmand/response  repertoire: 


Command 


Valid  Responses 


I 

RR 

RNR 

SABM 

UI 

RSET 


I  Command  Frame 
RR,  RNR,  FRMR 
RR,  RNR,  FRMR 
RR,  RNR,  FRMR 
UA,  FRMR 

UA,  UI,  RNR,  FRMR 
UA,  FRMR 


23.7  INITIALIZATION  REQUIREMENTS.  AUTODIN  II  ADCCP  links  are 
initialized  when  the  local  station  transmits  a  U  frame  containing 
the  SABM  (Set  Asynchronous  Balanced  Mode)  command.  All  service 
requests  will  be  denied  until  the  local  ADCCP  station  receives  a  UA 
response  to  the  SABM  command.  Upon  receipt  of  the  UA  response,  the 
local  ADCCP  station  will  initialize  its  variables  and  data 
structures;  the  local  send  and  receive  sequence  number  variables 
will  be  set  to  zero,  and  normal  operation  may  commence. 

23.8  ACKNOWLEDGMENT  REQUIREMENTS.  AUTODIN  II  ADCCP  stations 
acknowledge  receipt  of  error-free  command  frames  without  waiting 
for  a  stimulus  from  the  transmitting  station.  At  the  ADCCP  level, 
the  state  of  the  P  bit  does  not  have  any  s ign i f icance . •  The  F  bit 
in  all  response  frames  assumes  the  state  of  the  P  bit  in  the 
command  frame  which  provoked  the  response. 

23.8.1  Information  (I)  Frame  Acknowledgment.  Acknowledgment  of  I 
frames  is  accomplished  by  one  of  the  following  methods. 

a.  Updating  the  N  ( R)  count  in  an  outgoing  I  frame.  If  the 
station  is  currently  transmitting  I  frames,  the  updated 
N(R)  count  is  inserted  in  the  next  outgoing  I  frame. 

b.  Generating  an  S  frame  which  has  a  supervisory  RR  or  RNR 
response  containing  the  updated  N(R)  count  in  the  case 
where  the  station  has  no  I  frames  to  transmit. 

In  either  case,  the  N(R)  count  acknowledges  all  I  frames  having 
sequence  numbers  up  to  and  including  N(R)  -  1. 

AUTODIN  II  ADCCP  stations  can  send  a  maximum  of  seven  I  frames 
prior  to  acknowledgment. 

23.3.2  Supervisory  (S)  Frame  Acknowledgment.  AUTODIN  II  ADCCP 
requires  that  all  S  command  frames  bi  acknowledged  by  an  S  response 
frame.  Only  one  S  command  may  be  outstanding  at  any  one  time. 
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23.8.3  Unnumbered  (U)  Frame  Acknowledgment.  All  U  command  frames 
are  acknowledged  by  generating  a  UA  response  at  the  earliest 
opportunity.  Only  one  U  command  may  be  outstanding  at  any  one 
time. 

23.9  TIMEOUT  RECOVERY.  AUTODIN  II  ADCCP  requires  that  various 
response  timers  be  maintained  at  each  transmitting  station  in  order 
to  implement  the  Timeout  Recovery. 

23.9.1  Unnumbered  Command  Timer.  This  timer  is  started  when  a  U 
command  Is  sent.  If  a  valid  response  is  not  received  prior  to 
expiration  of  the  timer,  the  command  is  retransmitted.  If  the 
command  is  sent  three  times  without  a  response,  the  next  higher 
level  of  protocol  is  notified.  The  ADCCP  level  will,  however, 
continue  to  retransmit  the  command  until  told  otherwise  by  the  next 
higher  level  of  protocol. 

23.9.2  Supervisory  Command  Timer.  This  timer  is  started  when  an  S 
command  is  sent.  If  a  valid  response  is  not  received  prior  to 
timer  expiration,  the  command  is  retransmitted  If  the  command  is 
sent  three  times  without  a  response,  the  next  higher  level  of 
protocol  is  notified.  The  ADCCP  level  will,  however,  continue  to 
retransmit  the  command  until  told  otherwise  by  the  next  higher 
level  of  protocol. 

23.9.3  Information  Frame  Timer.  This  timer  is  started  on  the 
occurrence  of  one  of  the  following  conditions: 

a.  There  are  no  more  I  frames  to  send 

b.  The  maximum  number  of  unacknowledged  I  frames  have  been 
sent 

If  the  timer  expires  and  the  I  frames  are  still  outstanding 
(unacknowledged),  the  appropriate  S  command  frame  is  sent  to 
solicit  an  acknowledgement  and  the  S  timer  is  started.  If  the  RR 
or  RNR  command  is  transmitted  three  times  without  a  response,  the 
next  higher  level  of  protocol  is  notified  of  this  condition.  The 
ADCCP  level  then  continues  to  send  the  RR  or  RNR  command  until 
instructed  otherwise  by  the  higher  level  of  protocol. 

If  a  response  to  the  S  command  frame  is  received  prior  to  S  timer 
expiration,  its  N(R)  will  satisfy  one  of  three  cases: 

a.  N ( R )  acknowledges  all  outstanding  I  frames 

b.  N ( R)  acknowledges  a  subset  of  the  outstanding  I  frames 

c.  N ( R )  is  unbelievable,  ie,  out  of  range 

In  the  first  case,  the  error  recovery  is  successful  and  complete. 
The  outstanding  I  frames  are  no  longer  candidates  for  retrans¬ 
mission  and  are  purged.  Any  pending  I  frames  are  assigned  sequence 
numbers  starting  with  the  value  of  N(R)  and  scheduled  for  trans¬ 
mission. 
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In  the  second  case,  the  error  recovery  is  partial.  The  acknowl¬ 
edged  I  frames  are  purged  and  the  remaining  outstanding  I  frames 
are  scheduled  for  retransmission.  In  addition,  pending  I  frames 
may  also  be  scheduled  for  transmission  at  this  time,  provided  that  ' 
the  maximum  outstanding  frame  count  is  not  exceeded. 

In  the  third  case,  it  is  assumed  that  the  remote  station  has  lost 
synchroni zation .  A  RSET  command  is  sent  and  the  U  timer  is 
started.  If  a  UA  response  is  received  prior  to  U  timer  expiration, 
the  outstanding  I  frames  are  assigned  new  sequence  numbers  starting 
with  zero  and  normal  I  frame  transmission  resumes.  If  the  RSET 
command  is  sent  three  times  without  receiving  a  response,  the  next 
higher  level  of  protocol  is  notified  that  the  RSET  has  failed.  The 
ADCCP  level  then  sends  an  SABM  command  and  starts  the  U  timer.  If 
the  SABM  is  sent  three  times  without  receiving  a  response,  the  next 
higher  level  of  protocol  is  notified  that  the  SABM  has  failed.  The 
ADCCP  level  continues  sending  SABM  commands  until  instructed  other¬ 
wise  by  the  next  higher  level  jf  protocol.  If  a  response  is 
received  prior  to  the  third  U  timer  expiration,  the  higher  level  of 
protocol  is  notified,  the  outstanding  I  frames  are  assigned  new 
sequence  numbers  starting  with  zero,  and  normal  I  frame  transmis¬ 
sion  resumes. 

23.10  EXCEPTION  CONDITION  AND  ERROR  RECOVERY 

23.10.1  Busy  Condition.  A  busy  condition  occurs  when  a  station 
temporarily  cannot  receive  or  continue  to  receive  I  frames  due  to 
internal  constraints,  eg,  receive  buffer  limitations.  The  busy 
condition  is  reported  by  transmission  of  an  S  frame  containing  an 
RNR  response  with  the  N(R)  of  the  next  I  frame  that  is  expected. 

Upon  receipt  of  an  RNR  response,  the  transmitting  station  will 
generate  either  an  RR  or  RNR  command.  The  transmitting  station 
will  continue  sending  the  RR  or  RNR  command  until  the  busy  con¬ 
dition  clears  (an  RR  response  is  received). 

23.10.2  Frame  Check  Sequence  (FCS)  Error.  All  frames  which  contain 
FCS  errors  are  discarded  by  the  receiving  station  and  no  further 
processing  occurs. 

23.10.3  Frame  Sequence  Number  Errors.  I  frames  having  sequence 
number  errors,  ie,  N(S)  is  not  equal  to  the  R  variable  of  the 
receiving  station,  will  be  discarded  after  the  N(R)  value  is 
extracted  from  the  frame.  Since  the  I  frame  does  not  have  an  FCS 
error,  the  N(R)  information  is  assumed  to  be  valid. 

23.10.4  Invalid  N (R)  Error .  An  invalid  N(R)  is  defined  as  a  number 
which  points  to  an  I  frame  which  has  previously  been  transmitted 
and  acknowledged ,  or  to  an  I  frame  which  has  not  been  transmitted 
and  is  not  the  next  sequential  I  frame  pending  transmission. 
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Receipt  of  a  frame  containing  an  invalid  N(R)  implies  that  syn¬ 
chronization  has  been  lost,  ie,  the  send  sequence  number  variable 
N ( S )  at  the  local  station  does  not  match  the  receive  sequence 
number  variable  N(R)  at  the  remote  station.  When  an  AUTODIN  II 
ADCCP  station  receives  a  frame  containing  an  invalid  N(R)  value,  it 
will  send  a  RSET  command  to  the  remote  station  and  start  the  U 
timer.  If  the  RSET  command  is  acknowledged  prior  to  U  timer 
expiration,  any  outstanding  I  frames  are  assigned  new  sequence 
numbers  starting  with  zero  and  normal  I  frame  transmission  resumes. 
If  the  RSET  is  sent  three  times  without  receiving  a  response,  the 
next  higher  level  of  protocol  is  notified  and  the  ADCCP  level  sends 
an  3ABM  command.  If  the  SABM  command  is  sent  three  times  and  no 
acknowledgment  is  received,  the  next  h ighe r -le ve 1  of  protocol  is 
notified.  The  ADCCP  level  continues  sending  the  SABM  until  told 
otherwise.  If  a  response  to  the  SABM  is  received  prior  to  the 
third  timeout,  the  higher  level  of  protocol  is  notified,  any 
outstanding  I  frames  are  assigned  new  sequence  numbers  starting 
with  zero,  and  normal  1  frame  transmission  resumes. 

23.10.5  Mode-Setting  Contention.  A  mode-setting  contention 
situation  exists  when  a  station  issues  a  mode-setting  command, 

SABM,  and  receives  a  mode-setting  command  from  the  remote  station 
prior  to  receiving  the  proper  response  to  the  issued  command.  In 
the  AUTODIN  II  system,  this  contention  is  resolved  when  each 
station  sends  a  UA  response  and  enters  the  indicated  mode. 

23.10.6  Abort.  Abort  is  the  procedure  by  which  a  station  in  the 
process  of  sending  a  frame,  ends  the  frame  in  an  unusual  manner 
such  that  the  receiving  station  will  ignore  the  frame.  Aborting  a 
frame  is  performed  by  transmitting  at  least  7,  but  less  than  15, 
contiguous  one  bits  (with  no  inserted  zeros). 

23.10.7  Invalid  Frame.  An  invalid  frame  is  defined  as  one  that  is 
not  properly  bounded  by  two  flag  sequences  (thus  an  aborted  frame 
is  an  invalid  frame)  or  one  which  is  too  short,  eg,  shorter  than  32 
bits  between  flags). 

23.10.8  Frame  Reject  Conditions.  AUTODIN  II  ADCCP  stations 
initiate  a  FRMR  response  upon  receipt  of  an  error-free  frame  (FCS 
is  valid)  containing  the  following: 

a.  An  invalid  command  or  response. 

b.  An  I  field  which  exceeds  the  maximum  length. 

c.  An  invalid  frame  format,  eg,  a  frame  which  does  not 
conform  to  the  structure  implied  by  the  command/response 
contained  in  its  control  field. 

AUTODIN  II  ADCCP  stations  will  generate  a  U  frame  containing  an 
FRMR  response  whose  status  field  will  indicate  the  reason  why 
the  receiver  rejected  the  frame. 
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23.11  TIMING  AND  SYNCHRONIZATION 

23.11.1  Idle  Link  Periods.  AUTODIN  II  ADCCP  stations  will  provide 
for  continuous  flag  sequences  to  be  exchanged  during  idle  link 
periods  to  maintain  synchronization  on  the  circuit  and  for  the 
periodic  interjection  of  supervisory  commands.  These  supervisory 
commands  will  consist  of  either  Receiver  Ready  (RR)  or  Receiver  Not 
Ready  ( RNR ) .  The  frequency  of  these  interjected  RR  and  RNR 
commands  will  be  controlled  by  an  inactive  link  timer  maintained  by 
the  transmitting  station.  The  timer  is  reset  when  the  local  station 
transmits  any  traffic. 

23.11.2  Inactive  Link  Timer.  AUTODIN  II  ADCCP  stations  maintain  a 
timer  which  monitors  link  activity.  If  the  local  station  is 
inactive,  ie,  sending  flag  sequences  only  during  the  interval  of 
the  timer,  a  Supervisory  command  will  be  sent  upon  timer  expiration 
and  the  timer  will  be  restarted. 

23.12  NETWORK  CONTROL  MESSAGES.  The  system  design  uses  the  ADCCP 
unnumbered  forma t  to  allow  the  exchange  of  short  supervisory 
frames.  Unnumbered  (U)  format  commands  and  responses  are  used  to 
extend  the  number  of  link  supervisory  functions.  Frames 
transmitted  in  the  unnumbered  format  do  not  increment  the  send 
sequence  numbers. 

23.13  MODE  VI  DATA  FORMATS.  Figure  B-2  shows  the  Mode  VI  link 
protocols  that  will  be  used  in  AUTODIN  II.  Information  (I), 
Supervisory  (S)  and  Unnumbered  (U)  frames  are  illustrated  in  this 
figure  with  sequence  numbers,  commands,  and  responses  in  the 
control  field.  The  following  items  are  illustrated  in  this  figure: 

a.  Initialization  and  one  way  operation  of  I  Frames 

b.  Supervisory  Commands  and  Responses 

c.  Unnumbered  Information  (UI)  Commands 

d.  Operation  of  Poll/Final  (P/F)  Bit  in  Control  Field 

e.  Abort  Sequence 

f.  Zero  Bit  Insertion 

g.  Frame  Reject 

h.  Frame  Timer  Timeouts 

i.  Error  Recovery  of  Information  (I)  Frames 

j.  Mode  -  Setting  Contention 

x.  Frame  Sequence  Number  Errors 

1.  Two  Way  Simultaneous  Operation 

The  input  data  from  Mode  VI  terminals  to  the  TAC  operate  in  accord¬ 
ance  with  THP  command  procedures  described  in  Section  27.  The  Mode 
VI  host/channel  control  unit  to  the  SCM  has  a  binary  segment  leader 
(BSL)  in  accordance  with  the  segment  interface  protocol  (SIP) 
specification.  The  THP  command  data  from  terminals  or  the  binary 
segment  leader  from  a  CCU  is  in  the  information  field  of  the  Mode 
VI  frame  format. 
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ABBREVIATIONS  APPLICABLE  TO  FIGURE  B-2 


1.  F  -  Flag  Sequence  01  II 11  10 

2.  A  -  Address  File 

3.  Control  Field 

0  -  Information  Frame  (I) 

10  -  Supervisory  Frame  (S) 

11  -  Unnumbered  Frame  (U) 

P  -  Poll  Bit 

F  -  Final  Bit 

MOD  -  Unnumbered  Command  or  Response 
N(S)  -  Send  Sequence  Number  (0  through  7) 

N(R)  -  Receive  Sequence  Number  (0  through  7)  which  indicates  the 
sequence  number  of  the  next  expected  I  Frame 
S  -  Supervisory  Command/Response 

4.  FCS  -  Frame  Check  Sequence 

5.  INFO  -  Information  Field.  This  field  size  is  variable  and  ranges 

from  0  to  a  maximum  of  5072  bits  on  access  lines' 
o.  SABM  -  Set  Asynchronous  Balanced  Mode  (Command) 

7.  UA  -  Unnumbered  Acknowledgment  (Response) 

8.  RR  -  Receiver  Ready  (Command/ Response) 

9.  RNR  -  Receiver  Not  Ready  (Command/Response) 

10.  UI  -  Unnumbered  Information  (Command/'Response) 

11.  RSET  -  Reset  (Command) 

12.  FRHR  -  Frame  Reject  Response  (Response) 


COMMAND 


RESPONSE 


COMMAND 


RESPONSE 


COMMANO 
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SECTION  24  -  MODE  I  LINK  PROTOCOL 

24.1  INTRODUCTION .  Mode  I  link  protocol  is  employed  in  access 
protocols  that  f ac i 1 i tate  communication  between  certain  (Character) 
terminal  subscribers  and  AUTODIN  II.  Mode  I  is  a  full-duplex 
character-oriented  synchronous  type  of  link  control.  It  uses 
character  parity  and  block  parity  checking  along  with  retransmis¬ 
sion  of  errored  blocks  to  achieve  an  automatic  error  detection  and 
correction  capability.  Mode  I  allows  independent,  simultaneous 
operation  between  both  ends  of  a  link.  The  AUTODIN  II  Packet 
Switch  Network  will  interoperate  with  subscribers  and  other 
networks  according  to  the  Mode  I  continuous  mode  requirements 
defined  in  paragraph  24.2  below. 

24.2  APPLICABLE  DOCUMENT 

DCAC  370  -  D175-1  DCS  AUTODIN  Interface  and  Control 

Criteria  dated  2  October  1970, 

Chapters  1,  3,  4,  and  5. 

24.3  MODE  I  CHARACTERISTICS.  The  following  summarizes  the  s'alient 
features  of  the  Mode  I  link  protocol  to  be  implemented  in  the 
AUTODIN  II  network: 

a.  Full  Duplex  ( FDX )  operation 

b.  Synchronous  operation 

c.  Coordinated  continuous  transmission  through  the  use  of 
control  characters 

d.  Character  parity  and  block  parity  (BP) 

e.  Transmission  code  (7-bit  ASCII) 

f.  Character-oriented  (7-bits  information  plus  1-bit  parity) 

1.  Control  character  -  even  parity 

2.  Data  character  -  odd  parity 

g.  Block  parity  character  odd  or  even  (ie,  no  specific  parity 
on  this  character  since  it  is  the  result  of  computation  of 
longitudinal  parity) 

h.  Each  block  may  contain  80  text  characters  and  four  framing 
characters  for  a  maximum  of  84  characters 

i.  Two  framing  characters  precede  the  block  and  two  succeed 
the  block 

j.  A  block  is  permitted  to  be  less  than  80  characters 
provided  the  last  character  is  followed  by  the  special 
control  character  "End  of  Medium"  (EM) 
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k.  Characters  are  transmitted  serially  by  bit,  with  the  low 
order  first  and  the  parity  bit  last 

l.  The  last  character  in  every  block  is  the  BP,  which  is 
Modulo-2  addition  of  all  the  characters  in  the  block 
starting  with  the  second  framing  character 

m.  Insert  two-character  control  sequences  into  outgoing 
data  stream  without  interfering  with  data  sequence. 

24.4  FRAMING  CHARACTERS.  The  framing  characters  and  control 
characters  delineate  the  beginning  and  end  of  each  serial  block. 
Two  of  these  control  characters  precede  the  block  and  two  succeed 
the  block.  There  are  seven  control  characters  that  have  fixed 
bit  structures;  namely  SOH  (Start  of  Heading),  SEL  (Select),  STX 
(Start  of  Text),  DEL  (Delete),  ETB  (End  of  Transmission  Block), 

ETX  (End  of  Text)  and  EM  (End  of  Medium)  which  are  even  parity 
characters.  The  DEL  Character  has  a  fixed  bit  structure,  although 
it  is  not  a  control  character  in  the  strictest  sense.  The  SEL 
could  take  any  of  the  12  values  defined  in  Table  B-I.  The  block 
parity  is  a  result  of  Modulo-2  computation;  hence,  its  bit  struc¬ 
ture  will  vary  depending  on  the  block  it  represents.  Its  parity 
could  be  odd  or  even,  depending  on  the  parity  vector  in  that 
block.  The  bit  structure  for  control  characters  used  in  Mode 
I  operation  is  defined  in  Tables  B-II  and  B-III  for  a. seven-bit 
American  Standard  Code  for  Information  Interchange  (ASCII). 

Refer  to  the  Mode  I  data  format  in  paragraph  24.11. 


Table  B-I.  SEL  Characters 


Select 

Characters 

Ident i f ication 

A 

Teletypewriter  format  and  code 

B 

Identifier  source  transmission  tape  7-track 

C 

Identifier  source  transmission  tape  9-track 

D 

Card  format 

F 

Switch  card  flash  messages  identification 

Active  operator  alarm 

G 

Identifies  the  block  transmitted  in  response 
to  ENQ 

H 

ASCII  paper  tape 

J 

Message  switching  unit  -  MSU  CONUS  AUTODIN 

K 

Circuit  switching  unit  -  CSU  CONUS  AUTODIN 

M 

Reserved  for  future  use 

P 

Reserved  for  future  use 

S 

Switch  paper  tape  flashing  messages  identifi¬ 
cation  —  Active  operator  alarm 
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Table  B-III.  DCS  AUTODIN  Control  Code  for  ASCII 


b7 

0 

0 

0 

0 

1 

t 

1 

1 

b6 

0 

0 

1 

1 

0 

0 

1 

1 

b5 

0 

1 

0 

1 

0 

1 

0 

1 

M 

b3 

b2 

bl* 

\i COLUMN 

ROW  N. 

0 

1 

2 

.  3 

4 

5 

6 

7 

o 

a 

o 

o 

0 

P 

0 

0 

0 

1 

1 

SOH 

imw 

A 

0 

0 

1 

0 

2 

STX 

RM** 

B 

R 

0 

“o' 

1 

i 

3 

ETX 

C 

S 

O 

1 

0 

0 

4 

STOP** 

D 

T 

O 

1 

a 

1 

5 

ENO*  * 

■ZEQHI 

E 

U 

O 

1 

i 

0 

6 

ACK  1" 

Em 

f 

a 

a 

i 

1 

7 

H2QBH 

ETB 

G 

o 

0 

0 

8 

■Z3ZHI 

H 

a 

o 

FI 

1 

9 

EM 

a 

a 

FI 

10 

MC 

J 

a 

o 

n 

a 

11 

K 

m 

n 

FI 

FI 

12 

rrrxxzm 

■ 

a 

n 

FI 

a 

13 

START** 

m 

a 

a 

n 

FI 

14 

r^liiT 

B  ■ 

■  B 

B  ■ 

mmm 

m 

n 

a 

a 

15 

_ 

_ 

DEL  | 

b,  is  the  low  order  bit 

**  These  control  characters  are  transmitted  in  identical  continuous  pairs. 
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24.4.1  Start  of  Heading  (SOH).  SOH  is  the  first  framing  character 
of  the  first  block  of  a  message.  It  is  an  even-parity  character, 
and  is  always  followed  by  the  select  character. 

24.4.2  Select  (SEL) .  SEL  is  the  second  framing  character  of  the 
first  block  o"E  a  message.  It  is  an  alphabetic  character  with  even 
parity.  Refer  to  Table  B-I.  Select  characters  that  may  be  used  at 
the  transmitting  subscriber  terminal  are  A,  B,  C,  D,  J,  K,  M,  P,  G, 
and  H.  At  the  transmitting  subscriber  terminal,  the  select  char¬ 
acter  is  determined  on  the  basis  of  the  switch  setting.  At  the 
receiving  end,  the  messages  are  routed  to  the  output  device  asso¬ 
ciated  with  the  select  character,  with  the  exception  of  a  narrative 
message  containing  either  S  or  F  select  characters.  The  S  or  F 
select  characters  will  be  sent  to  the  specified  output  device, 
depending  upon  subscriber  terminal  conf i gu r a t ion .  Select  charac¬ 
ters  that  may  be  used  by  the  Terminal  Access  Controller  (TAC) 

are  A,  B,  C,  D,  F,  iA,  P,  S,  and  H.  The  bit  structure  of  these 
codes  is  shown  in  Table  B-II. 

24.4.3  Start  of  Text  (STX) .  STX  is  the  first  framing  character  of 
all  blocks  except  the  first  block  of  a  message.  STX  is  an  even 
parity  character. 

24.4.4  Delete  (DEL) .  DEL  is  the  second  framing  character  position 
of  all  blocks,  with  the  exception  of  the  first  block  of  a  message. 
Its  presence  indicates  that  the  subscriber  is  a  terminal;  thus,  a 
terminal  inserts  DEL  in  this  position  when  sending  data  to  TAC,  and 
TAC  inserts  DEL  when  transmitting  data  to  a  terminal.  DEL  is  an 
even  parity  character. 

24.4.5  End  of  Transmission  Block  ( ETB ) .  ETB  is  the  third  framing 
character  of  all  blocks  except  the  last  block.  ETB  always  appears 
in  the  83rd  character  position  of  a  block  or  following  EM  in  those 
messages  where  the  block  is  short  (ie,  less  than  84  characters). 

ETB  is  an  even  parity  character. 

24.4.6  End  of  Text  ( ETX) .  ETX  is  the  third  framing  character  of 
the  last  block  of  a  message.  It  is  an  even  parity  character.  ETX 
always  appears  in  the  83rd  character  position  of  the  last  block  or 
following  EM  in  those  messages  where  the  last  block  is  short. 

24.4.7  End  of  Medium  (EM) .  EM  is  a  special  control  character  which 
marks  the  end  of  text  in  a  block  containing  79  characters  or  less. 
Like  the  other  control  characters,  it  will  have  even  parity  and  it 
will  be  included  in  the  block  parity  check.  EM  will  be  followed  by 
ETB-BP  or  ETX-BP  in  the  case  of  the  last  block. 

24.4.8  Block  Parity  (BP) .  BP  is  the  last  framing  character  of 
every  block  in  the  message.  BP  always  follows  ETB  or  ETX.  Con¬ 
trary  to  the  other  framing  characters  that  use  even  parity,  BP 
may  be  either  odd  or  even  parity  resulting  from  Modulo-2  addition 
without  carry  of  all  the  bits  in  each  row  vector  of  a  block, 
starting  with  the  second  framing  character,  including  all  the 
text,  the  EM  (if  used),  and  ETX  or  ETB.  At  the  receiving  end, 
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the  received  BP  character  is  compared  bit  for  bit  with  the  receiver¬ 
generated  BP  character.  The  two  characters  must  be  identical.  If 
not,  the  block  is  considered  to  be  in  error. 

It  should  be  noted  that  the  response  characters  (receive  control 
characters)  are  not  included  in  the  block  parity.  The  generation 
of  the  BP  character  at  both  ends  and  the  correlation  process  at 
the  receiving  end  are  done  by  software  in  the  Line  Control  Module 
(LCM). 

24.5  RECEIVE  CONTROL  CHARACTERS.  The  receive  control  characters 
are  answers  or  responses  to  the  transmitted  blocks  which  are  sent 
by  a  receiving  station  when  requested  (through  transmit  control 
characters)  to  do  so  by  the  transmitting  station.  These  characters 
are  ACK1  (Acknowledgment  No.  1),  ACK2  (Acknowledgment  No.  2),  NAK 
(Negative  Acknowledge),  RM  (Reject  Your  Message)  and  WBT  (Wait 
Before  Transmitting).  The  receive  control  characters  are  trans¬ 
mitted  in  pairs  which  are  inserted  anywhere  in  the  bit  stream 
except  between  two  adjacent  framing  characters.  They  are  not 
added  to  the  block  parity  sum  nor  are  they  counted  in  establishing 
the  position  of  ETB  or  ETX .  Refer  to  the  Mode  I  data  formats  in 
24.10.  Requests  for  answers  are  as  follows: 

a.  ETB-BP  or  ETX-BP  if  the  rest  of  the  block  is  in  proper 
format  with  the  proper  framing  character 

b.  Transmit  control  character  REP  (Reply)  sequence 

c.  Transmit  Control  Character  CAN  (Cancel)  sequence 

a.  Transmit  Control  Character  ENQ  (Enquiry)  sequence 

When  a  request  for  an  answer  is  received,  the  receiving  station 
will  respond  with  an  answer  which  is  inserted  in  the  transmitter 
side. 

24.5.1  Acknowledge  No.  1  -  ACK1.  ACK1  is  sent  by  a  receiving 
station  to  signal  the  transmitting  station  that  the  first  block  has 
been  received  correctly.  Subsequently,  ACK1  is  used  alternately 
with  ACK2  to  indicate  correctly  received  blocks. 

24.5.2  Acknowledge  No.  2  -  ACK2 .  ACK2  is  sent  by  a  receiving 
station  to  signal  the  transmitting  station  of  every  correct  block 
received  after  the  block  which  was  answered  with  ACK1.  The 
sequence  of  alternating  ACK1  and  ACK2  is  not  interrupted  between 
messages;  ie,  if  the  answer  to  the  last  block  of  a  message  was 
ACK1,  the  answer  to  the  first  block  of  the  following  message  will 
be  ACK2 .  ACK 2  is  the  proper  answer  to  the  transmit  control  char¬ 
acter  CAN  sequence. 
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24.5.3  Negative  Acknowledge  -  NAK .  NAK  is  sent  by  the  receiving 
station  when  an  error  is  detected  during  the  receipt  of  a  block. 

It  is  sent  when  the  answer  is  requested  ( ETB/BP ,  ETX/BP,  REP,  CAN) 
and  not  at  the  time  of  detecting  the  error.  Upon  receipt  of  NAK, 
the  transmitter  will  repeat  the  complete  block  for  which  the  NAK 
applies. 

24.5.4  Reject  Your  Message  -  RM.  RM  is  sent  by  the  receiving 
station  to  inform  the  transmitter  that  there  is  a  defect  in  the 
message  that  cannot  be  corrected  by  retransmission  of  the  block. 
Upon  receipt  of  RM,  the  transmitter  will  cause  the  message  to  be 
cancelled.  Subscriber  terminals  are  permitted  to  send  an  RM  only 
on  a  power-up  condition,  a  loss  of  power,  or  a  return  from  self¬ 
test.  Computer  interface  subscribers  are  permitted  to  send  RM  only 
after  receipt  of  the  BP  character. 

24.5.5  Wait  Before  Transmitting  -  WBT .  WBT  is  sent  by  the  re¬ 
ceiving  station  (in  response  to  receiving  a  good  block)  to  inform 
the  transmitter  that  it  can  no  longer  accept  blocks.  While  WBT  is 
being  received,  the  transmitting  station  can  send  only  control 
characters  or  SYNC  characters. 

24.6  TRANSMIT  CONTROL  CHARACTERS.  Transmit  control  characters 
are  sent  by  the  transmitting  station  to  direct  the  receiving 
station  to  taka  some  action.  These  characters,  REP  (REPLY), 

CAN  (CANCEL),  and  ENQ  (ENQUIRY),  are  transmitted  in  identical 
continuous  pairs.  Each  character  is  even  parity.  They  may  be 
transmitted  only  between  blocks  or  following  the  82nd  character 
in  continuous  mode.  Refer  to  Mode  I  data  formats  in  24.11. 

24.6.1  Reply  -  REP .  REP  is  sent  by  the  transmitting  station  to 
direct  the  receiver  to  send  its  last  response  or  its  current  up¬ 
dated  response;  ie,  ACK1,  ACK2,  NAK,  RM ,  or  WBT.  Each  transmitting 
station  will  have  a  variable  timer  that  will  be  started  when  the  BP 
character  is  transmitted.  When  the  timer  expires,  REP  is 
transmitted  if  any  of  the  following  occurs: 

a.  ACK1 ,  ACK2,  NAK,  or  RM  has  not  been  received. 

b.  WBT  has  been  received. 

c.  No  answer  has  been  received. 

The  timer  will  be  iestarted  each  time  REP  is  sent,  and  stopped  when 
ACK1 ,  ACK2,  NAK,  or  RM  is  received.  If  REP  is  sent  three  times 
without  a  reply  from  the  receiver,  an  alarm  will  be  activated. 

The  precise  timer  settings  will  depend  upon  such  parameters  as 
transmission  speed,  length'  of  the  line,  and  delays  in  the  modems. 
For  continuous  mode  operation  this  timer  setting  may  expire  within 
the  block  following  the  one  for  which  the  answer  is  outstanding.  In 
this  case,  the  first  REP  should  not  be  sent  until  the  80  data 
characters  or  EM  for  this  block  has  been  sent. 
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24.6.2  Cancel  -  CAN.  CAN  is  sent  by  a  transmitting  station  to 
direct  the  receiver  to  cancel  or  discard  the  message  currently 
being  received.  Between  messages  it  serves  as  a  means  of  synchro¬ 
nizing  the  ACK  sequence.  CAN  is  initiated  by  trie  receipt  of  RM  as 
the  response  to  a  block  and  acknowledged  with  receive  control 
character  ACK2. 

CAN  is  never  transmitted  within  the  text  portion  of  a  block  nor 
when  the  answer  to  a  bloc*  is  outstanding.  If  the  response  to  a 
block  is  WBT ,  CAN  must  not  be  sent  until  ACK1,  ACK 2 ,  NAK  or  RM  has 
been  substituted  for  WBT  by  the  receiver.  CAN  must  oe  acknowledged 
with  ACK2.  When  CAN  is  sent,  the  answer  timer  will  be  started  and 
if  ACK2  has  not  been  received  when  the  timer  expires,  CAN  will 
be  retransmitted.  If  the  response  to  CAN  is  WBT,  CAN  will  continue 
to  be  sent  each  time  the  timer  expires.  If  CAN  is  sent  three 
times  without  a  reply  from  the  receiver,  an  alarm  will  be  activated 
and  the  CAN  sequence  will  continue  to  be  sent  at  predetermined 
intervals . 

24.6.3  Enquiry  -  ENQ.  ENQ  is  sent  by  the  TAC  to  request  that  an 
AUTO VON  and  a  common  carrier  subscriber  terminal  identity  itself. 
The  answer  to  ENQ  will  be  the  terminal  identifier  sent  in  a 
predetermined  format. 

24.7  SPECIAL  CONTROL  CHARACTERS.  These  control  characters  include 
EM  (End  cf  Medium),  INV  (Suspected  Invalid  Message),  and  MC 

(Mode  Cnange).  Like  the  other  control  characters,  they  will 
have  even  parity.  EM  and  MC  will  be  included  in  the  block  parity. 
Refer  to  the  Mode  I  Data  Formats  in  24.11. 

24.7.1  End  of  Medium  (EM).  This  special  control  character  is 
presented  in  24.4.7. 

24.7.2  Suspected  Invalid  Message  (INV).  INV  is  sent  by  the  TAC  or 
subscriber  terminal  when  an  unsolicited  answer  is  received.  INV 
will  be  transmitted  as  a  dual  character  sequence  it.  response  to 
each  AC K 1 ,  ACK2,  NAK,  RM ,  or  WBT  sequence  received  when  an  answer 
is  not  expected  by  the  transmitter.  INV  may  be  interspersed 
anywhere  in  the  bit  stream  except  between  two  adjacent  framing 
characters  or  between  adjacent  characters  of  a  two  character 
control  sequence. 

24.8  LINE  SYNCHRONIZATION 

24.8.1  Synchronous  Idle  -  SYN .  SYN  is  used  with  synchronous 
operation  to  enable  character  synchronization  of  the  bit  stream 
between  the  'terminal  and  the  LCM.  SYN  is  an  even  parity  character, 
which  is  transmitted  continuously  when  no  other  characters  are 
being  exchanged. 
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.’4.8. Character  l' t .)  me .  When  estohli  ;hi:i  i  .'hat. i. 'ter  trame,  the 
receivet  will  look  for  the  SYN  character.  foot  c,,n  tiquous  SYN 
characters  will  be  received  betore  the  receiver  .run:;  i>lors  itself 
to  be  in  character  frame.  The  SYN  character  will  have  even  parity. 
The  receiver  will  consider  itself  out  of  frame  when  it  tails  to 
detect  four  contiguous  SYN  characters  ot  a  UUP  or  CAN  sequence 
within  a  time  delay  equal  to  the  answer  timet  settinq.  The  time 
delay  will  start  when  the  block  parity  character  is  received  or 
when  the  receiver  is  iqnorinq  characters  waitinq  tor  a  REP  or  CAN. 
The  Lime  delay  will  be  stopped  when  the  expected  SOU  or  STX  char¬ 
acter  is  received.  The  time  delay  will  be  restarted  whenever  tour 
contiquour.  SYN  characters  or  a  REP  or  CAN  sequence  is  received. 

The  PSN  access  interface  will  provide  channel  Liminq  and  the  two 
levels  of  synchros  izat ion  required  for  PSN  subscribers  operatinq 
ir  Mode  I.  The  precise  tiininq  requited  for  Mode  I  channels  will 
be  provided  by  a  master  station  clock.  The  AUTODIN  II  Mode  I 
access  interface  will  transmit  the  special  even  parity  control 
character  SYN  on  all  Mode  I  circuits  when  no  other  characters 
are  be i nq  exchanqed.  From  these  characters  the  communication 
equipment,  particularly  the  crypto  equipment,  will  establish  and 
maintain  bit  synchros i cat  ion .  After  the  cryptoq raph ic  units  are 
bit  sy nchi on  i  ced ,  the  Line  Control  Module  (LCM)  and  the  Mode  1 
subscriber  will  establish  character  frame.  The  LCM  receiver 
intertaco  will  immediately  attempt  to  reestablish  character 
frame  when  the  receiver  times  out  or  tails  to  detect  SYN. 

.14.  d  CON  '"i_NUOlJS  OPERATION  REQUIREMENTS.  Continuous  operation 
is  desiqned  for  hiqh-rel  uu»i 1 i ty  circuits  over  which  the  pereentnqe 
ot  block  r e t r ansm i ss i ons  is  relatively  low.  In  this  operation, 
transmission  ot  a  second  block  can  start  prior  to  receipt,  of  the 
proper  ACK  tor  the  first  blocx.  The  PSN  can  support  continuous 
mode  and  block -by-b lock  operations  on  Mode  I  circuits.  Retet 
to  the  Mode  I  Data  Formats  in  .14.11  for  continuous  operation. 

.14.9.1  Transitu  t  Mode .  The  transmitter  is  in  the  nondata  state  who 
it  is  not  send  i  nq  any  part  ot  a  block  and  is  send i nq  SYN  or  control 
characters.  The  transmit  data  state  is  entered  when  SOU  ot  STX  is. 
sent  and  exists  until  BP  of  the  block  be  i  nq  transmitted  is,  sent. 

I’lte  transmit  side  also  sends  receive  control  chat  act  et  s  tor  the 
receive  side  and  intersperses  theste  control  characters  pt  ope  t  ly  in 
the  text  portion  of  a  block. 

In  t  tie  st  o  t  t -ot -block  position  the  transmitter  check:;  to  see  it  t  lie 
INV  character  or  any  receive  control  chatocLets  ate  t  ■>  be  sent  .  1! 

there  ate,  these  doub  1  o -oho  r.icto  t  sequences  will  he  sent  cent  i  iu- 
ous  1  y .  The  start  -ot  -block  eharoctet  (ie,  SOil  ot  STXi  will  be 
sent  it  tneie  is  a  block  to  send;  otherwise,  the  s.ynclu  on  i  ;  a  ; 
eon  1. 1  >  1  :ho  r  o,  t  e  i  will  be  sent.  It  the  st  oi  I  -ot  -flock  eh  a  t  a  e  t  e  t 
ic,  sent,  tile  !  t  onsi.i  i  t  t  e  t  will  move  to  the  iecon.i  coat  octet 

pos  i  t  Mil. 


r  j 


CG- 1 1 0  26  2 
Part  1  of  2 
6  April  1979 
Page  B41 


The  character  to  be  sent  in  the  second  framing  position  of  the 
first  block  is  the  SEL  character.  Both  the  terminal  and  the  LCM 
send  the  SEL  character  in  the  second  position  after  the  SOH  char¬ 
acter.  Only  the  SEL  character  may  be  sent  at  this  time.  The 
DEL  character  will  be  sent  in  the  second  framing  position  of  the 
second  and  all  succeeding  blocks. 

After  transmitting  the  sta r t-of -block  character  and  the  second 
character,  the  transmitter  is  now  in  the  text  position.  In  this 
position,  receive  control  characters,  text  characters,  or  special 
control  characters  may  be  sent.  Only  text  and  EM  characters  are 
used  to  count  to  the  next  position.  After  transmitting  80  text 
characters  or  79  or  less  text  characters  and  an  EM  character,  the 
transmitter  is  ready  to  send  the  end-of-block  framing  character. 

If  the  transmitter  has  not  received  a  correct  acknowledgment  for 
the  previous  block,  then  the  transmitter  sends  synchronizing 
characters. 

In  the  end-of-block  framing  position,  the  transmitter  checks  to 
see  if  any  answer  flags  are  set;  if  so,  it  v i 1 1  send  the  answer. 

If  there  is  no  answer  to  be  sent,  the  end-of-block  framing  char¬ 
acter  is  sent  ( ETB  or  ETX)  followed  by  the  block  parity  character. 
During  continuous  operations,  the  transmitter  starts  sending  the 
next  block,  if  there  is  one;  otherwise,  synchron i z i ng  characters 
are  sent. 

If  any  receive  or  transmit  control  characters  are  waiting,  they 
are  sent  at  this  time.  If  there  are  no  answers  to  be  sent  and 
if  the  answer  timer  has  not  expired,  synchronizing  characters 
will  be  sent.  When  the  answer  timer  expires,  the  proper  transmit 
control  character  will  be  sent.  If  the  CAN  sequence  or  the  last 
block  is  acknowledged,  the  transmitter  will  send  the  start-of- 
block  character  of  the  next  block. 

The  RM  sequence  may  be  sent  by  the  LCM  in  response  to  a  block  of  a 
message;  in  this  case,  the  CAN  sequence  sent  after  receipt  of  the 
RM  sequence  will  cancel  the  message.  If  WBT  is  received  as  an 
answer  to  the  CAN  sequence,  the  CAN  sequence  will  be  repeated  at 
REP  time  intervals  until  WBT  is  no  longer  received  and  the  ACK 2 
sequence  is  received. 

The  CAN  sequence  timing  is  identical  to  the  REP  sequence  timing 
procedure.  A  REP  sequence  will  be  sent  when  an  answer  for  the 
block  is  not  received  in  the  allowable  response  time.  Eacii  REP 
sequence  will  be  repeated  by  the  terminal  up  to  tiiree  times  if  no 
reply  is  received.  If  no  answer  is  received  after  the  REP  sequence 
has  been  sent  three  times,  a  no-reply  alarm  is  activated  and  the 
terminal  will  continue  to  send  the  REP  sequence  at  tiie  proper 
intervals.  The  TAC  will  alarm  after  three  REP  sequences  have  been 
sent  and  will  continue  to  send  REP  sequences  at  the  proper  inter¬ 
vals.  If  the  previous  ACK  sequence  is  received  in  response  to  a 
transmitted  block  or  in  answer  to  a  REP  sequence,  the  block  will 
be  retransmitted. 
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When  the  end-of-block  framing  sequence  is  sent,  timing  is  started 
for  an  answer  and  the  next  block  is  transmitted.  When  the  82nd 
character  or  the  EM  character  of  this  block  is  sent  and  an  answer 
for  the  previous  block  has  not  been  received,  SYN  characters  will 
be  transmitted  until  the  answer  timer  expires.  If  the  answer  is 
received  and  it  is  the  proper  ACK  sequence,  the  block  is  trans¬ 
mitted  with  the  end-of-block  framing  sequence  ETB-BP  or  ETX-BP. 

If  WBT  is  received  or  if  the  answer  timer  expires  before  the  82nd 
character  or  the  EM  character  is  transmitted,  the  transmitter 
will  wait  until  the  82nd  character  or  the  EM  character  is  sent 
before  sending  the  REP  sequence. 

Normally,  the  expected  answer  timer  would  expire  before  the  last 
data  character  of  the  following  block  is  sent.  The  transmitter 
waits  until  the  last  data  character  is  transmitted  before  trans¬ 
mitting  the  REP  sequence  for  the  answer  to  the  previous  block. 

It  should  be  noted  that  after  the  ETX-BP  sequence  has  been  sent, 
the  message  cannot  be  canceled  by  the  transmitter  if  the  expected 
ACK  sequence  has  been  received.  If  the  last  block  of  a  message 
has  been  acknowledged  with  the  expected  ACK  sequence,  the  CAN 
sequence  can  be  sent  but  it  will  not  cancel  the  message.  The 
answer  to  the  CAN  sequence  sent  after  the  last  block  of  a  message 
has  been  acknowledged  will  be  the  ACK 2  sequence.  This  acknowledg¬ 
ment  merely  serves  as  an  ACK  reset,  requiring  the  receiver  to 
respond  to  the  next  block  transmitted  with  the  ACK1  sequence.  In 
synchronous  operation,  the  ACK's  are  alternated,  first  ACK1  and 
then  ACK2 ,  for  alternate  blocks.  The  receiver  sends  alternate 
ACK's  and  the  transmitter  expects  alternate  ACK's  as  answers  for 
transmitted  blocks.  When  the  transmitter  sends  the  CAN  sequence, 
the  receiver  answers  with  the  ACK2  sequence;  the  next  ACK  sequence 
sent  by  the  receiver  as  an  answer  for  a  block  will  be  the  ACK1 
sequence.  The  transmitter  will  expect  the  ACK1  sequence  as  the 
answer  for  the  first  block  sent  after  sending  the  CAN  sequence. 

24.9.2  Receive  Mode.  In  continuous  operation,  character  synchro¬ 
nization  must  be  established  and  maintained  with  the  transmitter 
before  data  reception  can  begin.  The  proper  block  framing  char¬ 
acter  is  3TX  after  detection  of  SOH  and  periodically  for  each 
block  until  ETX  is  detected. 

In  the  start-of-block  position  the  receiver  accepts  synchronizing 
characters,  receives  control  characters,  and  transmits  control 
characters  and  the  INV  character,  or  the  proper  SOH  or  STX  char¬ 
acter  with  the  exception  of  the  case  where  the  preceding  block 
was  in  error.  In  this  case,  if  the  last  received  block  is  to  be 
acknowledged  with  NAK ,  the  receiver  will  ignore  a  valid  SOH  or 
STX  character  (if  either  is  received  immediately  after  the  BP 
character  of  an  errored  block)  and  return  to  the  s ta r t -of -bl ock 
framing  character  position.  3etween  messages,  the  only  acceptable 
character  that  can  maxe  the  transition  from  the  nondata  to  the 
data  state  for  the  receiver  is  SOH.  After  having  received  an 
SOH  character  in  the  first  block,  the  receiver  looks  for  an  STX 
character  in  the  first  block  position  in  each  succeeding  block 
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until  either  the  ETX  character  or  a  CAN  sequence  has  been  received  | 
and  acknowledged.  Message  integrity  is  maintained  by  requiring 
that  end-of-block  framing  character  sequence  accepted  last  is  ET8- 
BP.  If  this  requirement  is  met,  STX  is  accepted  and  the  second 
framing  character  is  expected. 

The  acceptable  characters  in  the  second  framing  position  are  the 
even  parity  select  (SEL)  character,  or  the  delete  (DEL)  character. 

If  the  second  character  is  not  even  parity,  the  receiver  will 
ignore  the  block  and  wait  for  the  REP  or  CAN  sequence.  The  second 
framing  character  will  be  additionally  checked  to  determine  that 
it  is  neither  SYN  nor  one  of  the  framing  characters  (SOH,  STX, 

ETB ,  ETX),  nor  one  of  the  transmit  or  receive  control  characters. 

If  the  receiver  determines  the  character  to  be  one  of  these 
characters,  the  block  is  ignored  and  the  receiver  waits  for  the 
REP  or  CAN  sequence. 

After  receiving  a  valid  SOH,  the  next  framing  character  must  be  the 
SEL  character.  The  TAC  will  detect  an  error  if  the  SEL  character 
is  part  of  the  "select  character  set"  (Table  B-III),  but  the  terminal 
has  not  been  assigned  that  particular  select  character.  In 
this  case  the  TAC  will  set  the  NAK  flag. 

The  second  framing  character  of  all  except  the  first  block  of  a 
message  is  a  DEL  character.  The  TAC  will  validate  this  character 
in  the  same  manner  as  it  does  the  SEL  character.  If  this  character 
is  accepted  the  receiver  will  move  to  the  text  character  position. 

In  the  text  character  position,  only  odd  parity  data  characters, 
even  parity  receive  control  characters,  and  even  parity  special 
control  characters  are  allowed.  The  receive  control  characters 
and  the  special  control  character  INV  must  be  double-character 
sequences . 

The  NAK  flag  will  be  set  if  a  double-character  sequence  is  broken, 
or  if  an  even  parity  transmit  control  character  is  received  or  an 
even  parity  data  character  is  received.  When  the  NAK  flag  is  set, 
it  will  not  be  used  to  update  the  response  until  after  receipt  of 
block  parity  for  that  block. 

If  a  framing  control  character  or  a  synchronizing  character  is 
received  in  the  text  character  position,  the  receiver  will  ignore 
the  block,  go  to  the  waiting  state,  and  wait  for  the  REP  or  CAN 
sequence . 

Reception  of  data  characters  will  be  continued  until  the  receiver 
reaches  the  end-of-block  framing  position.  The  receiver  is  in  the 
end-of-block  framing  position  when  80  text  characters  or  79  or  less 
text  characters  and  the  even-parity  EM  character  are  received.  It 
should  be  noted  that  the  even-parity  EM  character  is  treated  as  a 
text  character. 
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In  the  end-of-block  framing  position  the  acceptable  characters  are 
ETB,  ETX,  SYN,  receive  control,  and  transmit  control  characters. 
The  situation  of  receiving  SYN  or  transmit  control  character 
sequences,  before  receiving  the  end-of-block  framing  character 
is  encountered  when  the  transmitting  station  has  not  received  an 
answer  for  the  previous  block.  Special  control  INV  is  also 
acceptable  at  the  end  of  block  framing  position. 

The  BP  position  of  the  receive  clock  is  established  when  ETB  or 
ETX  is  accepted.  The  next  character  is  BP  and  is  compared  with 
the  locally  generated  BP  framing  character.  If  they  do  not 
compare,  the  NAK  flag  is  set.  If  they  do  compare  and  if  the 
NAK  flag  has  not  been  previously  set,  the  proper  ACK  flag  is 
set  and  the  receiver  returns  to  the  sta rt-of -block  framing  of 
the  next  block.  If  the  NAK  flag  is  set,  the  receiver  returns 
to  the  sta r t-of -block  framing  position  of  the  same  block  which 
will  be  retransmitted. 

If  the  received  BP  compares  with  the  generated  BP,  and  the  NAK 
Flag  has  not  been  set  previously,  the  block  is  accepted.  When 
the  block  is  accepted,  it  must  be  answered.  If  the  receiver 
cannot  accept  any  additional  blocks  at  this  time,  it  may  halt 
the  distant  transmitter  by  answering  the  received  block  with 
the  WBT  sequence.  If  this  delay  in  ability  to  accept  another 
block  continues,  then  the  next  sequence  expected  to  be  received 
is  the  REP  sequence.  Upon  receiving  the  REP  sequence,  the 
receiver  will  answer  with  the  WBT  sequence,  and  this  will  con¬ 
tinue  until  the  receiver  is  able  to  accept  another  block.  When 
the  receiver  is  ready  to  accept  blocks  again,  it  answers  the 
received  REP  sequence  with  the  acknowledgment  for  the  last 
accepted  block.  If  no  answers  are  expected  from  a  subscriber, 
and  an  answer  is  received,  the  receiver  returns  a  dual  INV 
sequence . 

24.10  STANDARD  CODE .  The  PSN  will  support  Mooe  I  controlled 
links  using  8-bit,  odd-parity,  ASCII,  code  text  characters  and  8- 
bit,  even  parity,  DCS  AUTODIN  control  code  for  control  characters. 
Refer  to  Tables  B-II  and  B-III. 

In  this  code  the  eighth  (parity)  bit  will  always  maintain  odd- 
character  parity  for  text  characters.  The  standard  code  used 
on  Mode  I  controlled  links  for  generation  and  recognition  of 
control  characters  shall  conform  to  Table  B-III,  Columns  0  and  1. 
The  sense  of  the  eighth  (parity)  bit  in  this  case  shall  always 
maintain  even  character  parity. 
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24.11  MODE  I  DATA  FORMATS.  Figure  B-3  indicates  the  Mode  I  data 
formats  for  continuous  operation.  Transmit  and  receive  control 
characters  are  shown  in  various  conditions.  The  following  items 
are  illustrated  in  this  figure: 

a.  One  Way  Synchronous  Operation 

b.  Special  Control  Character  EM  -  End  of  Medium 

c.  Receive  Control  Character  RM  -  Reject  your  Message 

d.  Transmit  Control  Character  REP  -  Reply 

e.  Transmit  Control  Character  WBT  -  Wait  Before  Transmitting 

f.  Transmit  Control  Character  CAN  -  Cancel 

g.  Special  Control  Character  INV  -  Invalid 

h.  Val id/Inval id  Framing  Character 

i.  Val i d/Inva 1 i d  Text  Characters 

j.  Synchronous  Characters  in  83rd  Character  Position 

k.  Incorrect  Block  Parity 

l.  Receive  Control  Characters  in  Text  Character  Position 

m.  Full  Duplex  Synchronous  Operation 

Mode  I  terminal  subscribers  must  enter  a  heading  block  in  order  to 
initiate  a  network  connection.  Once  the  connection  is  established 
Mode  I  header  information  will  be  passed  through  the  network  in  a 
transparent  manner;  ie,  no  distinction  will  be  made  between  data 
contained  in  a  header  block  and  data  contained  in  information 
blocks  by  the  AUTODIN  II  network.  The  data  in  the  heading  block  i 
in  accordance  witn  the  THP  command  procedures  described  in  Section 
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SECTION  25  -  MODE  IB  LINK  PROTOCOL 

25.1  INTRODUCTION .  Mode  IB  is  a  character-oriented  synchronous 
type  of  link  control  which  uses  character  parity  and  block  parity 
checking  along  with  retransmission  of  errored  messages  to  achieve 
an  error  detection  and  correction  capability.  AUTODIN  II  will 
operate  with  subscribers  conforming  to  the  Two-Way  Alternate 
Point-to-Point  link  control  procedures  described  in  documents 
referenced  below.  This  mode  is  used  by  subscribers  who  employ 
3inary  Synchronous  Communications  (BSC)  procedures. 

25.2  APPLICABLE  DOCUMENTS 

a.  3inary  Synchronous  Communications,  IBM  Order  No.  CA27- 
3004-2,  dated  October  1970. 

b.  American  National  Standards  Institute  (ANSI)  X3.2S-197I  - 
Procedures  for  the  use  of  Communication  Control  Characters 
of  American  National  Standard  Code  for  Information  Inter¬ 
change  in  Data  Communications  Links,  dated  10  March  1971. 

25.3  MODE  IB  CHARACTERISTICS 


a.  Block-by-block  coordination 

b.  Synchronous  transmission 

c.  Half-duplex  data  transmission  (two-way  alternate) 

d.  Character  parity  and  block  parity  (3CC) 

e.  Transmission  code  8-bit  ASCII  (seven  data  bits  plus  one 
parity  bit) 

f.  Odd  parity  for  all  control  characters  and  data  characters 

g.  Each  block  is  of  variable  length 

h.  Number  of  blocks  per  message  is  variable 


i.  Characters  are  transmitted  serially  bit-by-bit,  with  the 
low  order  o i t  first  and  the  parity  bit  last 

j.  A  message  will  consist  of  a  header  block  preceded  with  BOH 
characters  and  ending  with  ET3  and  BCC.  Also,  the  last 
block  begins  with  STX  and  ends  with  ETX  and  BCC. 
Intervening  blocks  begin  with  STX  and  end  witn  ET3  and  BCC 

< .  The  character  parity  is  checked  and  generated  by  the  Line 
Termination  Unit  (LCU),  both  at  the  input  and  at  the 
output 


The  status  of  the  chec.< 


A  o 


passes  on  to  LCM  software 
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;n.  Tiie  block  parity  is  checked  and  generated  by  the  LCM,  and 
the  status  is  made  available  to  TAC  software 

n.  The  status  information  that  will  be  made  available  to  TAC 
sof  tware  is : 

1.  Loss  of  sy nch r on i sat i on 

2 .  Cha  racter  error 

3.  3  loc<  error 

4.  ETB ,  STX 

5.  Synchroni  zat  ion  established 

6.  Byte  count  equal  to  zero 

o.  LCM  will  not  initiate  recovery  or  ack nowl edgmen t  proce¬ 
dures  otner  than  inform  TAC  with  the  above-mentioned 
sta  tuses 

p.  All  actions  resulting  from  the  above  statuses  are 
initiated  by  TAC  software 

u.  LCM  will  recognize  and  remove  a  1-1  SYNC  cnaracters  from  the 
input  data  stream.  Indication  that  LCM  is  receiving 
synchronization  will  be  available  for  status  reporting. 

2o.4  BINARY  SYNCHRONOUS  COMM  LIN  I  CAT  I ONS  .  3i.nary  Synchronous  Com¬ 
munications  (3SC)  procedure  provides  a  set  of  rules  for  synchro¬ 
nous  transmission  of  binary  coded  data.  All  data  in  3SC  is 
transmitted  as  a  serial  stream  of  binary  digits.  Synchronous 
communicat ions  means  that  the  active  receiving  station  on  a 
:o  lnu.n  i  ca  t  ions  channel  operates  in  step  with  the  transmitting 
station  tr, rough  the  recognition  of  a  specific  bit  pattern  (sync 
pattern)  at  t.ne  beginning  of  eacn  transmission. 

2  5.5  PC  I  NT- TO- PC  I  NT  OPERATION .  A  point-to-point  data  link  con¬ 
sists  of  a  c ommun icat ions  facility  between  only  two  stations. 

For  point-to-point  operation,  a  contention  situation  exists  whereby 
cot.n  stations  can  attempt  to  use  the  commun  i  ca  t  i  on  line  simulta¬ 
neously.  To  minimize  this  possibility,  a  station  bids  for  the 
line  using  tne  CNJ  control  character.  Refer  to  the  Mode  IB  for¬ 
mats  in  paragraph  25.12.  The  SYNC  SYNC  SNV'  sequence  (SYNC  SYNC 
represents  the  synchronous  idle  c  .iructers)  provides  tne  ..leans 
for  controlling  the  line.  Tf  s;.  h.aneouo  bidding  occurs,  one 
station  must  persist  in  its  nibbing  attempt  to  breax  the  conten¬ 
tion  condition.  A  station  receiving  t.nis  sequence  (and  ready 
for  message  reception)  replies  with  SYNC  SYNC  ACKO.  If  the 
station  is  not  ready  to  receive,  it  replies  with  either  of  tne 
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a.  SYNC  SYNC  NAK  (negative  acknowledgment ) 

b.  SYNC  SYNC  WACK  (wait  before  transmit  positive  acknowl¬ 
edgment  )  . 

To  avoid  the  problems  associated  with  simultaneous  transmission 
requests,  each  station  is  assigned  a  priority  -  primary  or  second¬ 
ary.  The  higher  priority  (primary)  station  sends  an  EN 3  to 
acquire  the  idle  line.  It  will  continue  to  do  so  until  it  receives 
an  affirmative  response  or  until  the  retry  limits  of  the  primary 
station  are  reached.  If  the  primary  station  receives  an  ENQ  and 
it  has  not  initiated  a  request  for  the  line,  then  it  replies  with 
ACKO  (if  ready  to  receive),  WACK,  or  NAK.  Thus  the  secondary 
station  can  gain  control  of  the  line  for  a  transmission  only 
when  the  line  is  left  free  by  the  primary  station. 

Message  transmission  is  ended  and  the  line  is  returned  to  an  idle 
state  by  the  transmission  of  SYNC  SYNC  EOT.  The  station  sending 
SYNC  SYNC  EOT  will  not  send  an  initialization  sequence  before  3 
seconds  have  elapsed,  thus  allowing  the  other  station  to  bid  for 
tne  line. 

25.5  DATA  LINK  CONTROL  CHARACTERS.  Mode  13  protocols  control 
data  links  through  the  use  of  the  following  control  characters 
and  sequences: 


a.  SYNC  -  Synchronous  idle 

b.  SON  -  Start  of  heading 

c.  STX  -  Start  of  text 

d.  ITS  -  End  of  intermediate  transmission  block 

e.  ET 3  -  End  of  transmission  block 

f.  STX  -  End  of  text 

g.  EOT  -  End  of  transmission 

h.  ENQ  -  Enquiry 

i.  ACK0/ACK1  -  Alternate  affirmative  acknowledgment 

j.  NAK  -  Negative  acknowledgment 

h.  DLE  -  Data  link  escape 

l.  RVI  -  Reverse  interrupt 

m.  TTD  -  Temporary  text  delay 

n.  DLE  EOT  -  Disconnect  sequence  for  switched  network. 

The  oit  configuration  of  Mode  13  control  characters  is  shown  in 
Taoles  5-IV  and  B-V.  Refer  to  Mode  IB  formats  in  25.12. 

25.6.1  SYNC  -  Synchronous  Idle.  This  character  is  used  to 
establish  and  maintain  sy nch r on i z a t i on  and  as  a  time  fill  in  the 
absence  of  any  data  or  other  control  character.  Two  contiguous 
SYNC's  at  the  start  of  each  transmission  (SYNC  SYNC)  are  referred 
to  as  the  c ha rac te r -phase  synchronization  pattern. 


CG- 5 10262 
Part  1  of  2 
6  April  1979 
Page  B69 


25.5.2  SOH  -  Start  of  Heading.  This  character  precedes  a  block  of 
heading  characters.  A  heading  consists  of  auxiliary  information 
(such  as  routing  and  priority)  necessary  for  the  system  to  process 
the  text  portion  of  the  message. 

25.6.3  STX  -  Start  of  Text.  This  character  precedes  a  block  of 
text  characters.  Text  is  that  portion  of  a  message  treated  as  an 
entity  to  be  transmitted  through  to  the  ultimate  destination 
without  change. 

25.6.4  ETS  -  End  cf  Transmission  Block.  The  ET3  character  indi¬ 
cates  the  end  of  a  block  of  characters  started  with  SOH  or  STX. 

The  blocking  structure  is  not  necessarily  related  to  the  process¬ 
ing  format.  The  block-check  character  (BCC)  is  sent  immediately 
following  ET6.  ETB  requires  a  reply  indicating  the  receiving 
station's  status  (ACKO,  ACK1,  NAK ,  or,  optionally,  WACK  or  RVI). 

25.6.5  ITS  -  End  of  Intermediate  Transmission  Block.  The  ITB 
character  (US  in  USASCII)  is  used  to  divide  a  message  (heading  or 
text)  for  error  checking  purposes  without  causing  a  reversal  of 
transmission  direction.  The  block  check  character  (BCC)  imme¬ 
diately  follows  ITB  and  resets  the  block  check  count.  After  the 
first  intermediate  blocx,  successive  intermediate  blocks  of 

the  same  type  (heading  or  text)  need  not  be  preceded  by  STX 
or  SOH.  If  one  intermediate  bloc*  is  heading  and  the  next  inter¬ 
mediate  block  is  text,  STX  must  begin  the  text  block. 

Normal  line  turnaround  occurs  after  the  last  intermediate  block, 
which  is  terminated  by  ETB  or  ETX.  When  one  of  these  ending 
characters  is  received,  the  receiving  station  responds  to  the 
entire  transmission.  If  a  block  check  error  is  detected  for  any 
of  the  intermediate  blocks,  a  negative  reply  is  sent  requiring 
transmission  of  all  intermediate  blocks. 


All  BSC  stations  must  have  the  ability  to  receive  ITB  and  its 
attendant  BCC.  The  ability  to  transmit  the  ITB  character  is  a 
station  option. 

25.6.6  ETX  -  End  of  Text.  The  ETX  character  terminates  a  block  of 
characters  started  with  STX  or  SOH  and  transmitted  as  an  entity. 

The  block  check  ciiaracter  is  sent  immediately  following  ETX.  ETX 
requires  a  reply  indicating  the  receiving  station's  status. 

25.6.7  EOT  -  End  of  Transmission.  This  character  indicates  the 
end  of  a  message  trans.nission,  which  may  contain  one  or  more  blocx; 
inclaJing  text  and  associated  heading.  It  causes  a  reset  of  a 
station  on  the  line.  EOT  is  also  used  as  an  abort  signal  to  indi¬ 
cate  a  system  malfunction  or  operational  situation  that  precludes 

:  on t  i  nua t i on  of  the  message  transmission. 
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25.6.3  ENQ  -  Enquiry.  The  ENQ  character  is  used  to  obtain  a 
repeat  transmission  of  the  response  to  a  message  block  if  the 
original  response  was  garbled  or  was  not  received  when  expected. 
ENQ  is  also  used  to  bid  for  the  line  when  using  a  point-to-point 
line  connection.  If  the  sender  wishes  to  abort  a  transmission, 
an  ENQ  may  be  inserted  following  text  characters  and  the  block 
is  not  terminated  with  ET3  or  ETX  and  3CC.  The  receiver  will 
discard  the  transmission.  NAK  (Negative  Acknowledgment)  is 
the  reply  to  the  aborted  t ransmi ss i on . 

25.6.9  ACK0/ACK1  -  Affirmative  Acknowledgment.  ACKO  and  ACK1 
are  the  two  character  sequences  DLEO  and  DLE 1 ,  respecti vely. 

Where  required,  these  replies,  in  proper  sequence,  indicate  that 
the  previous  block  was  accepted  without  error  and  that  the 
receiver  is  ready  to  accept  the  next  blocx  of  the  transmiss ion. 
ACKO  is  the  positive  response  to  line  bid  in  operation.  Mode 

IB  alternately  uses  ACKO  and  ACX1  as  affirmative  replies.  The 
use  of  ACKO  and  ACK1  provides  a  sequential  checking  control  for 
a  series  of  replies. 

25.6.10  WACK  -  Wa i t-Bef ore-Transmi t  Positive  Acknowledgment. 

.VAC X  (DLE;  in  USASCII)  allows  a  receiving  station  to  indicate  a 
temporarily  not  ready  to  receive  condition  to  the  transmitting 
station.  It  can  be  sent  as  a  response  to  a  text  or  heading  olock, 
line  bid  (point-to-point  with  contention),  or  an  ID  (  i  dent  i  f  i  ca t  i  o 
number)  line  bid  sequence  (switched  network).  WACK  is  a  positive 
acknowledgment  to  the  received  data  block  or  to  selection. 

Tne  normal  transmitting  station  response  to  wACK  is  ENQ,  but  EOT 
and  OLE  EOT  (switched  network)  are  also  valid  responses.  When  ENQ 
is  received,  the  receiving  station  will  continue  to  respond  with 
wACK  until  it  is  ready  to  continue.  The  ability  to  receive  WACK  i 
mandatory  for  all  stations,  but  the  ca pa bility  to  send  WACK  i s 
optional . 

25.6.11  NAK  -  Negative  Acknowledgment.  NAK  indicates  that  the 
previous  block  wa s  received  in  error  and  that  the  receiver  is  read 
to  accept  a  retransmission  of  the  erroneous  block.  It  is  also  the 
:\o  t  -  ready  l  c  ^  i.  y  lu  .Lint;  b  t  o  . 

25.6.12  DLE  -  Data  Link  Escape.  DLE  is  a  control  character  used 
exclusively  to  provide  supplementary  line  control  characters,  such 
as  WACK  (DLE;),  ACKO  (DLEO),  ACK1  ( DLE 1 )  ,  and  RVI  ( DLE  < )  . 

25.6.13  XV I  -  Reverse  Interrupt.  The  RVI  ( DLE <  in  USASCII)  con¬ 
trol  sequence  is  a  positive  response  used  in  place  of  the  ACKO 

k  AC  K 1  positive  acknowledgment .  RVI  is  transmitted,  by  a  receiv¬ 
ing  station  to  request  termination  of  tne  current  transmission 
secause  of  a  high  priority  message  which  it  must  transmit  to 
tne  senuin  j  station.  successive  R'/I's  can  riot  be  transmitted, 
except  in  response  to  ENQ. 


CG -510262 
Part  1  of  2 
6  April  1979 
Page  B71 


The  sending  station  treats  the  RVI  as  a  positive  acknowledgment 
and  responds  by  transmitting  all  data  that  prevents  it  from 
becoming  a  receiving  station.  More  than  one  block  transmission 
may  be  required  to  empty  the  sending  station's  buffers. 

The  ability  to  receive  RVI  is  mandatory  for  all  stations,  but  the 
ability  to  transmit  RVI  is  optional. 

25.6.14  TTD  -  Temporary  Text  Delay.  The  TTD  control  sequence  is 
sent  by  a  sending  station  in  message  transfer  state  when  it  wishes 
to  retain  the  line,  but  is  not  ready  to  transmit.  The  TTD  control 
sequence  (STX  ENQ)  is  normally  sent  after  approximately  2  seconds 
if  the  sending  station  is  not  capable  of  transmitting  the  next 
text  block  or  initial  text  block  within  that  time.  This  2-second 
timeout  avoids  the  nominal  3-second  receive  timeout  at  the 
receiving  station. 

The  receiving  station  responds  NAK  to  the  TTD  sequence  and  waits 
for  transmission  to  begin.  If  the  sending  station  is  still  not 
ready  to  transmit,  the  TTD  sequence  can  be  repeated  one  or  more 
times. 

This  delay  in  transmission  can  occur  when  the  sending  station's 
input  device  has  not  completely  filled  the  buffer  due  to  inherent 
machine  timings.  TTD  is  also  transmitted  by  a  sending  station 
in  message  transfer  mode  to  indicate  to  the  receiver  that  it  is 
aborting  the  current  transmission.  After  receiving  NAK  to  this 
TTD  sequence,  the  sending  station  sends  EOT  resetting  the  stations 
to  control  mode  (forward  abort). 

25.6.15  Disconnect  Sequence  for  a  Switched  Line  -  DLE  EOT .  Irons- 
mission  of  DLE  EOT  on  a  switched  line  indicates  to  the  receiver 
that  tiie  transmitter  is  going  on-hook.  Either  the  calling  or  the 
called  station  may  transmit  this  disconnect  sequence.  DLE  EOT  is 
normally  transmitted  when  all  message  exchanges  are  complete  and 
may  optionally  be  transmitted  at  any  time  instead  of  EOT  to  cause 

a  disconnect. 

25.7  ERROR  CHECKING .  All  characters  received  from  the  termiia? 
subscribe!  will  oe  passed  to  TAG  (except  for  SYNC  characters)  after 
they  are  cnecked  for  odd  parity  by  the  LCM.  If  a  character  parity 
is  detected,  the  appropriate  status  information  will  be  set,  and 
the  LCM  will  continue  to  accept  characters  until  a  valid  termina¬ 
ting  character  is  received.  On  detection  of  ETX,  ET3,  or  ITa, 
the  next  succeeding  character  will  oe  compared  to  the  locally 
generated  longitudinal  redundancy  checx  (LRC),  and  an  error  status 
will  be  generated  if  the  two  do  not  compare. 

I n  general,  LRC  is  a  longitudinal  redundancy  check  on  tne  total 
lata  bits  within  a  block.  An  LRC  is  accumulated  at  both  the 
sending  and  receiving  ends  during  the  transmission  or  a  u 1 o c < . 

This  accumulation  is  called  the  blocx  check  character  ;JCC), 
and  it  is  transmitted  immediately  following  an  ETB ,  ETX,  or  I  To 
onaracter.  The  transmitted  SCC  is  compared  witn  tne  accumulate.: 


wW 
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6CC  character  at  the  receiving  station  for  an  equal  condition. 

An  equal  comparison  indicates  a  good  transmission  of  the  previous 
block. 

The  LRC  accumulation  is  reset  by  the  first  STX  or  SOH  character 
received  after  a  line  turnaround.  In  normal  transmission,  all 
characters  received  after  tne  SOH  or  STX  to  the  ETB  or  ETX  includ¬ 
ing  control  characters  are  included  in  the  3CC  accumulation.  Only 
SYNC  characters  are  not  included  in  the  BCC  accumulation.  Follow¬ 
ing  an  ITB  BCC,  the  accumulation  resets  the  block  check  count. 

Refer  to  25.12  for  /“lode  IB  data  formats. 

2  5.3  TIMEOUT  REQU I  REMENTS .  Timeouts  are  used  to  prevent  indefi¬ 
nite  data-link  tie-ups  due  to  false  sequences  or  missed  turnaround 
signals  by  providing  a  fixed  time  within  which  any  particular 
operation  must  occur.  Due  to  the  different  requirements  for 
the  various  operations,  four  specific  timeout  functions  are 
provided  as  follows: 

a.  Transmit 

b.  Receive 

c.  Disconnect 

d.  Continue 

The  various  timeout  requirements  of  this  protocol  will  not  be 
performed  by  the  LCM.  These  requirements  will  be  implemented  in 
the  TAC  software. 

25.3.1  Transmit  Timeout.  There  is  a  nominal  l-second  timeout 
tnat  establishes  the  rate  at  which  synch r on i z  i  ng  idles  are  auto¬ 
matically  inserted  into  transmitted  heading  and  text  data.  In 
normal  data,  the  data  is  being  transmitted  over  the  link  in  a 
normal,  or  nontransparent  mode,  (data  link  control  characters 
are  recognized  as  such  without  being  preceded  by  a  Data  Link 
Escape  ( DLE )  character).  Two  consecutive  SYNC-idle  characters 
(SYNC  SYNC)  are  inserted  every  second.  If  business  machine 
clocking  is  used,  DLE  SYNC  insertion  is  required  at  least  every 
31  characters  to  ensure  maintenance  of  bit  synchronization  in 
tne  event  of  trans i t ionless  data.  There  must  be  at  least  54 
characters  between  eacn  DLE  SYNC.  If  tnere  are  less  than  54 
characters  between  DLE  SYNC  sequences,  the  line  will  lose  its 
link  protocol  sy nch r on i z a t  ion  and  loss  of  data  will  occur. 
SYNC-idles  are  inserted  in  the  message  for  timing  purposes  only, 
and  have  no  effect  on  the  message  format. 

25.3.2  Receive  Timeout.  This  is  a  nominal  3 -second  timeout  and  i 
used  as  f ol lows : 

a.  Limits  tne  waiting  time  tolerated  for  a  transmitting 
station  to  receive  a  reply. 
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b.  Permits  any  receiving  or  monitoring  station  to  check 

the  line  for  SYNC-idle  signals.  These  SYNC-idles  indicate 
that  the  transmission  is  continuing;  t.ius,  this  timeout 
is  reset  and  restarted  each  time  a  SYN(’-i  die  is  detected. 

25.8.3  Disconnect  Timeout.  This  timeout  is  used  optionally  on 
switched  network  data  links.  It  is  a  nominal  20-second  timeout 
used  to  prevent  a  station  holding  a  connection  for  prolonged  per¬ 
iods  of  inactivity.  After  20  seconds  of  inactivity,  the  station 
will  disconnect  from  the  switched  network. 

25.3.4  Continue  Timeout.  This  is  a  nominal  2-second  timeout 
associated  with  the  transmission  of  TTD  and  WACK.  The  continue 
timeout  is  used  by  stations  where  the  speed  of  input  devices  (for 
transmitting  stations)  or  output  devices  (for  receiving  stations) 
affect  buffer  availability  and  may  cause  transmission  delays. 

TTD  is  sent  by  the  transmitting  station  up  to  2  seconds  after  re¬ 
ceiving  a ck nowl edgmen t  of  the  previous  block,  if  the  transmitting 
station  is  not  capable  of  sending  the  next  transmission  biocx 
before  that  time. 

A  receiving  station  must  transmit  WACK  to  indicate  a  temporarily 
not-ready-to-recei ve  condition  if  it  is  not  able  to  receive  within 
the  2-second  timeout.  The  purpose  of  the  timeout  interval  is  to 
permit  the  receiving  station  to  send  an  appropriate  affirmative 
reply  immediately  if  it  becomes  appropriate  within  the  interval. 

25.9  LOSS  Or  SYNCHRONIZATION.  Loss  of  synchron i cat i on  will  be 
determined  by  the  reception  of  one  8-bit  character  of  all  zeros  or 
all  ones  after  character  framing  has  already  been  established. 

Under  these  two  conditions  the  LCM  will  immediately  return  to  a 

wa i t ing- fo r- input  condition. 

25.10  STANDARD  CODE.  The  AUTODIN  II  system  design  provides  for 
.•lode  13  subscribers  to  use  an  3-bit,  odd  parity  ASCII  code.  The 
ASCII  code  is  shown  in  Table  IV  and  will  have  an  added  eighth  bit 
to  form  odd  parity  on  each  character.  Parity  code  conversion  on 
output  lines  will  be  matched  to  the  ANSI  standard. 

25.11  LINS  CONTROL  MODULE  (LCM)  -  LINE  TERMINATION  UNIT  (LTU) 

AS yj I ACmSNTS  .  Mode  13  counun i ca t i on  lines  will  be  terminated 

in  a~sy nch ronous  LT'J  which,  in  turn,  will  be  connected  to  an  LCM 
ni  preprocessor  .  Mode  13  LTU ' s  will  terminate  and  control  the 
operation  of  full-duplex,  synchronous  commun  i  ca t i on  lines  .sing 
,,oi  nt-to-point  procedures.  Mode  13  utilizes  8-bit  \SCII  with 
seven  cits  uses  for  data  plus  one  odd-parity  bit.  Odd  parity 
is  maintained  for  all  data,  control,  and  block  framing  characters. 

The  interface  of  t.iese  common  i  ca  t  ion  lines  is  through  a  time- 
Ji  vis  i  on  multiplexer  (TDM)  which,  in  turn,  interfaces  the  2  DM  I 
LCM  j.n  a  „  i  t  serial,  cnaracter  multiplexed  data  stream.  A  .nintn 
sit  witn  eacn  character  is  exchanged  between  the  TDM I  LCM  and 
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the  TDM  for  providing  TDM  control  and  line  control  over  and  above 
the  Mode  IB  protocol.  This  bit,  rfhe.n  set  to  a  one,  indicates 
TDM  control  is  contained  in  the  following  eight  bits.  This  bit, 
when  set  to  a  zero,  indicates  valid  data  or  control  information 
is  buried  within  the  protocol  and  is  to  be  exchanged  between 
the  node  and  the  terminals. 

The  LTD  will  interface  with  the  LCM  via  a  bit  parallel  interface 
and  convert  the  data  to  a  serial  bit  stream  on  output.  The  least 
significant  bit  of  the  data  will  be  serialized  first  and  tne  parity 
oit  position  serialized  last.  Incoming  serial  data  will  be  packed 
into  a  byte  or  word  format  prior  to  transfer  to  the  LCM. 

Mode  IB  data  are  formatted  into  blocks  of  variable  length  text 
data,  with  leading  and  trailing  control  characters  framing  this 
text  data.  Refer  to  paragraph  25.12  for  Mode  IB  Data  Formats. 

The  final  character  of  a  block  is  a  BCC ,  which  is  used  for  error 
control.  The  first  character  of  a  block  is  a  SOH  or  STX.  Receipt 
and  recognition  of  SOH  or  STX  will  trigger  the  3CC  accumulation 
for  the  block.  The  LTU/LCM  will  recognize  the  leading  and  trailing 
control  characters.  On  input,  recognition  of  the  SOH/STX  will 
start  the  text  data  transmission  to  the  TAC .  Detection  of  ETX 
or  ETB  will  cause  the  3CC  check  to  occur.  The  LCM  will  notify 
tne  TAC  of  block  message  completion  by  causing  the  appropriate 
status  and  interrupt  to  be  generated.  On  output,  these  control 
characters  will  cause  the  appropriate  actions  in  the  opposite 
directions. 

The  maintenance  of  data  and  control  character  integrity  requires 
proper  synchronization  between  the  transmitting  and  receiving 
elements  of  the  communication  path  between  the  terminals.  The 
synchronous  channel  card  (5CC)  in  the  TDM  will  maintain  this 
sy neuron  izat ion  in  conjunction  with  commands  from  the  KMC-118/DMS- 
113.  The  transmitter  will  precede  all  blocks  of  data  with  a 
minimum  of  four  consecutive  ASCII  SYNC  characters.  The  receiver 
will  recognize  two  consecutive  SYNC  characters  to  synchroni ze 
itself.  SYNC  characters  will  not  be  forwarded  to  the  TAC;  however, 
an  indication  that  the  SCC  is  receiving  synchronization  will 
be  available  to  the  LCM  for  status  reporting  purposes.  Synchron  iza- 
tion  will  also  be  transmitted  during  the  idle  link  state  in 
tne  absence  of  data. 

All  Mode  13  characters  have  odd  parity.  Once  synchron  i  zat  ion  has 
been  established,  the  LTU  will  check  and  flaj  any  character  re¬ 
ceived  with  even  parity  as  an  error  and  forward  this  condition  to 
the  LCM. 

At  the  end  of  each  transfer  and  upon  reiuest,  a  stat  is  word  will 
retimed  to  tne  TAC  processor.  The  status  word  will  indicate  tn 
static  of  1 1 ;  e  lines. 
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25-12  MODS  IB  DATA  FORMATS.  Figure  3-4  shows  the  Mode  IB  data 
formats  that  will  be  used  in  AUTODIN  II.  The  following  items  are 
illustrated  in  tnese  figures: 

a.  In i t  i  a  1  i  za t  ion  and  One  Way  Operation 

b.  Control  Character  ENQ  -  Enquiry 

c.  Control  Character  NAK  -  Negative  Acknowledgment 

d.  Control  Character  WACK  -  Wait  Before  Transmit  Positive 
Acknowledgment 

e.  Control  Character  RVI  -  Reverse  Interrupt 

f.  Control  Character  ITB  -  End  of  Intermediate  Transmission 
31ock 

g.  Control  Character  TTD  -  Temporary  Text  Delay 

h.  Timeouts 

i.  Half-Duplex  Data  Transmission  (Two  Way  Alternate) 

2  5.12.1  Head i ng .  The  heading  is  a  block  of  data  starting  with 
50H  and  containing  one  or  more  characters  that  may  be  used  for 
message  control,  eg,  message  iden t i f i ca t i on  ,  routing,  priority 
and  security).  50H  initiates  the  block-check -cha r ac te r  (3CC) 
accumulation .  The  SOH  is  not  included  in  the  accumulation. 

Phe  heading  is  ended  with  ETB  followed  by  3CC  as  illustrated 
in  Figure  3-4. 

The  heading  can  be  terminated  prematurely  by  use  of  tne  EN-J  (indi¬ 
cating  disregard  the  block)  without  the  ETB  and  BCC.  The  receiver 
will  reply  with  a  NAK  and  the  heading  will  be  retransmitted.  ’’his 
is  illustrated  in  Figure  B-4C.,  Control  Character  NAK  -  Negative 
Acknowledgment. 

The  Mode  IB  heading  data  is  in  accordance  i  !■  h  f  h p  T h p  r  >  ^ n .1  r.  j 
procedures  described  in  Section  27. 

25.12.2  Text  .  The  text  data  is  the  most  significant  portion  of 
the  transmission.  It  is  transmitted  in  complete  units  called 
messages,  which  are  initiated  by  STX  and  concluded  with  CTX. 

Caen  message  is  a  complete  unit  that  can  stand  alone  and  is  not 
necessarily  directly  related  to  other  messages  being  transmitted. 

A  message  can  oe  subdivided  into  smaller  clocks  for  ease  in 
processing  and  more  efficient  error  control.  Each  bloc<  starts 
wita  STX  and  ends  with  ETB  (except  for  the  last  blocK  of  a  message, 
w.ni  ch  ends  with  ETX)  .  A  single  transmission  can  contain  any 
number  of  clocks  (ending  witn  ET3)  or  messages  (ending  wita  ETX). 

An  EJT  following  the  last  ETX  Dice*  indicates  a  normal  end  of 
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tr ansni ss i on .  .Message  blocking  without  line  turnaround  can  be 
accomplished  by  using  ITB  (see  paragraph  25.6.5  and  Figure  B-4F, 
Control  Character  ITB  -  End  of  Intermediate  Transmission  Block). 

Control  characters  or  sequences  within  a  block  of  text  are  not 
allowed.  Any  station  receiving  a  control  character  within  a  text 
block  treats  the  control  character  or  sequence  as  data  and  waits 
for  the  block  check  character  (BCC)  to  detect  a  possible  error.  If 
an  error  is  detected,  normal  recovery  procedures  are  used.  If  no 
error  is  detected,  the  transmission  is  treated  as  valid  data. 

A  block  of  text  data  can  be  terminated  prematurely  by  using  an  EN  2 
character,  which  signals  the  receiver  to  "disregard  this  block". 

NAK  is  always  the  reply  in  this  situation,  since  the  block  ended 
with  a  forced  error  condition.  An  example  is  shown  in  Figure  3-4C, 
Control  Character  NAK  -  Negative  Acknowledgment. 

25.13  SWITCHED-NETWQRK  (DIALUP)  OPEhATION.  For  sw i tched-ne t wo r k 
operation,  the  point-to-point  connection  can  be  established  by 
either  manual  or  automatic  means.  At  the  PSN  the  call  will  be 
answered  automatically  by  TCMS.  Dialed  connections  are  operated 
as  point-to-point  lines  with  contention.  Both  stations  start  in 
tne  "circuit-assurance  mode".  Once  circuit  assurance  is  estab¬ 
lished  and  identified,  trie  stations  use  the  normal  3CS  procedures 
required  for  operation  (switched  point-to-point).  When  both 
stations  have  completed  their  message  transmissions,  a  disconnect 
signal  is  normally  sent. 

The  "circuit-assurance  mode"  is  entered  when  the  called  station 
goes  "off-hook".  At  this  time  the  calling  station  is  notified  by 
a  signal  from  its  data  set  that  a  connection  with  another  data  set 
has  been  established.  Once  this  indication  is  received,  ttie 
calling  station  sends  either  of  the  following  messages: 

WRU  -  Who  are  you  (the  transmitted  sequence  is  SYNC  SYNC 

ENQ ) .  This  requests  the  called  terminal  to  identify 
itself. 

I  AM /WR'J  -  (the  transmitted  sequence  is  5YNC  SYNC  (ID)  EN2 

where  ID  =  station  identification  sequence).  This 
message  identifies  the  calling  station  and  requests 
the  called  station  to  identify  itself. 

Either  message  is  then  followed  by  an  i  dent i f i ca t i on  message  from 
tne  called  station  as  follows: 

ID  ACKO  -  (the  transmitted  sequence  is  SYNC  SENC  (ID)  A CKO, 
where  ID  is  optional). 

NOTE 

If  tne  received  ID  sequence  is  unsatis¬ 
factory,  then  either  station  can  initiate 
a  disconnect  segue nee. 
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Additional  signals  available  as  a  reply  to  the  WRU  or  the  IAM/WRJ 
message  are: 

NAK  -  This  indicates  that  a  "not  ready”  condition  exists 
at  the  called  station. 

WACK  -  (optional)  This  indicates  that  "temporary  not  ready 
to  continue"  condition  exists  at  the  called  station. 

Refer  to  Figure  B-5  for  Mode  IB  Switched  -  Network  Dialup  Operation. 

All  stations  must  provide  the  capability  to  transmit  identification 
sequences  in  order  to  permit  several  stations  to  operate  on  the 
same  switched  line.  An  identification  (ID)  sequence  can  be  from  2 
to  15  characters  long.  The  minimum  2-character  sequence  consists 
of  the  same  character  transmitted  twice. 

ID  sequences  may  precede  SNQ ,  ACK1 ,  ACKO ,  and  NAK  in  the  control 
mode.  A  receiving  station  must  be  able  to  recognize  the  above 
control  characters  when  preceded  by  an  ID  sequence.  WACK  must  not 
be  preceded  by  an  ID  sequence. 

Both  stations  exit  from  the  circuit-assurance  mode  following 
satisfactory  initialization  when  any  of  the  following  sequences  are 
sent  or  received: 

a.  SYNC  SYNC  COT  -  Returns  the  data  link  to  normal  operation, 
control  mode 

o.  SYNC  SYNC  SOH  -  Initiates  a  block  of  header  data 

c.  SYNC  SYNC  STX  -  Initiates  a  block  of  text  data 

All  signals  other  tnan  those  just  described  are  considered  to  be 
errors.  If  a  valid  reply  is  not  received  by  the  calling  station 
(following  either  a  WRU  or  an  IAM/WR'J)  within  toe  receive  timeout 
period,  the  request  message  can  be  retransmitted.  However,  the 
data  link  continues  in  the  circuit-assurance  mode  until  the 
circuit-assurance  sequence  is  satisfactorily  completed. 

The  call  between  stations  can  be  terminated  by  the  disconnect 
timeout  or  by  transmission  of  the  disconnect  sequence:  SYNC  SYNC 
CDS  EOT.  This  sequence  may  be  initiated  by  either  station  when 
operating  on  a  swi tched-networ k  basis.  When  operating  with  a 
control  station,  the  control  station  normally  initiates  the  dis¬ 
connect  sequence.  As  this  sequence  is  transmitted  and  received, 
eacn  station  returns  to  an  on-hook  condition  and  the  line  is 
d  r spued  . 


Although  the  switched  network  (dialup)  operation  is  supported,  tne 
dial  out  is  not  permitted. 


Control  Character  WACK  Wail  Belore  Transmit  Positive  AcknowleihienHMit 
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Figure  B— 4  .  Mode  IB  Link  Protocols 
(Sheet  7  of  11) 
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Figure  B-4.  Mode  IB  Link  Protocols 
(Sheet  9  of  11) 
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SECTION  26  -  MODE  IIA  LINK  PROTOCOL 

26.1  INTRODUCTION .  Mode  IIA  is  a  character  asynchronous  half  or 

full  duplex  type  of  operation  with  no  automatic  error  detection  or 
-rrror  correction  capabilities.  Synchronization  of  the  end  devices 
la  a. -sieved  through  the  START  and  STOP  elements  of  the  code.  Mode 
IIA  .  .  .  el  on  subscriber  access  lines  using  the  10  or  11  unit 

async.-.i  -i  \  -riu:  standard  Codes  for  Information  Inter  Manjt 
(ASCII).  A  .,*t  •  ti  m  asynchronous  ASCII  is  composed  of  or..? 
start  bit,  seven  information  bits,  one  parity  bit,  and,  depend  1 o  ■ 
on  system  requirements,  one  or  two  stop  bits.  Echo  capability  is 
used  on  those  full-duplex  lines  that  do  not  have  an  Interface 
Control  Unit  (IC'J).  Paragraph  26.0,  Figures  3-6  and  B-7,  illustrate 
half  and  full  duplex  Mode  IIA  operation. 

26.2  APPLICABLE  DOCUMENTS 

a.  DCAC  37  0-D1 7 5- 1  -  DCS  AUTODIN  Interface  and  Control 

Criteria  dated  2  October  1970, 

Chapter  1,  paragraph  4.b. 

b.  FIPS  PUB  1  -  Federal  Information  Processing 

Standards  Publication  1  -  Standard 
Code  for  Information  Interchange,  1 
November  1963. 

26.3  LINK  CONTROL  STRUCTURE  AND  DISCIPLINE.  The  network  provides 
transmit  only  for  the  traffic  of  Mode  IIA  subscribers.  There  is  no 
service  provided  for  error  recovery,  acknowledgment,  or  handling  of 
other  exception  conditions  between  AUTODIN  II  and  the  subscriber. 

Tne  responsibility  for  the  integrity  of  Mode  IIA  and  recovery  from 
exception  conditions  rests  with  the  subscribers. 

26.4  TIMING  AND  SYNCHRONIZATION.  The  system  design  assumes  that 
timing  and  synchronization  for  Mode  IIA  subscribers  will  be  derived 
from  tne  modem  or  a  Crypto  Ancillary  Unit  (CAU)  if  they  are 
encrypted.  The  code  used  in  Mode  IIA  provides  start  and  stop  bits 
for  synchronization  of  the  subscriber  and  devices.  The  CAJ's  will 
furnish  timing  on  the  line  side  if  encrypted. 

26.5  LINE  CONTROL  MODULE  ( LCM)  -  LINE  TERMINATION  UNIT  (LT’J) 
REQUIREMENTS .  All  Mode  IIA  asynchronous  commun ica t ion  lines 
will  be  multiplexed  and  terminated  in  a  synchronous  LT'J  which, 
in  turn,  will  be  connected  to  an  LCM  microprocessor .  The  LCM 
microprocessor  will  be  programmed  to  process  the  asynchronous 
characters. 

Tne  interface  of  these  communication  lines  is  through  a  Time 
Division  Multiplexer  (TDM)  which,  in  turn,  interfaces  the  Time 
Division  Multiplexer  Interface  (TDMI)  LTU  on  a  bit  serial, 
cna racter-mult iplexed  data  stream.  A  ninth  bit  is  exchanged 
oetween  the  TDMI  LTU  and  the  TDM  to  provide  TDM  control  and  line 
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control  over  the  .-lode  IIA  protocol.  When  set  to  a  one,  this  bit 
indicates  valid  data  or  control  information  that  is  buried  within 
the  protocol  and,  therefore,  is  to  be  exchanged  between  the  node 
and  the  terminals. 

In  the  receive  mode,  the  TDM  will  detect  the  start  and  stop  framing 
elements  of  eacn  character,  strip  then,  and  transfer  the  data 
cnaracter  in  aggregate  format  to  the  TDM I  LCM.  Even  parity  will  be 
detected  in  tne  TDM I  LCM  for  each  character. 

Jpon  detecting  an  error,  detecting  a  special  character,  or 
detecting  the  termination  of  a  message,  a  status  word  will  be 
placed  in  the  interrupt  queue  to  notify  the  TAC . 

In  the  transmit  node,  the  LTU  will  accept  3-bit  characters  from  the 
-CM  and  convert  then  to  a  serial  bit  stream  starting  with  least 
significant  bit.  Start  and  stop  bits  are  inserted  by  the  TDM. 

The  features  implemented  by  Mode  IIA  and  IIAH  LT'J's  and  LCM  micro¬ 
processor  are: 

a.  Full-duplex  operation  for  Mode  IIA  and  half-duplex 
operation  for  Mode  IIAH 

b.  If  even  parity,  converted  to  odd  while  transferring  to 
main  memory 

c.  Program  selection  of  automatic  echo 

d.  If  parity  error  on  a  character,  substitute  asterisk  (*)  j 

2G.-5  STANDARD  CODE .  The  system  provides  code  conversion  to  match 
the  parity  requirements  for  synchronous  and  asynchronous  subscribers. 
The  standard  code  used  with  Mode  IIA  subscribers  will  be  asynchronous 
ASCII  with  10  or  11  bits  per  character.  Refer  to  Table  B-VI 
for  the  ASCII  code.  Each  data  character  will  have  one  start 
bit,  seven  information  bits,  one  parity  bit  (ANSI  even  parity), 
and  one  or  two  stop  bits,  depending  on  system  requirements. 

Parity  code  conversion  on  output  lines  will  be  matched  to  the 
American  National  Standards  Institute  (ANSI)  standard. 

25.7  MODE  IIA  INTERFACE  CONTROL  UNIT  (ICU).  The  IC’J  is  an  elec¬ 
trical  device  optionally  provided  at  Mode  IIA  outstations  to 
interface  and  control  data  terminal  equipment  (DTE).  Electrically, 
the  ICU  fits  between  the  DTE  and  the  security  device  (crypto  is 
equipped  with  a  CAU)  in  a  secure  installation  or  between  the  DTE 
and  data  circuit  termination  communication  equipment  (DCE)  in 
a  nonsecure  installation.  All  data  and  control  lines  between  these 
areas  will  either  terminate  in  the  ICU  or  pass  through  the  ICU  to 
the  other  device. 
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Table  B-VI.  LISASCII  Character  Assignments  in  Mode  IIA 
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26.3  MOOS  IIA  DATA  FORMATS.  Figures  B-6  and  B-7  illustrate  Mode 
IIA  half-  and  full-duplex  operation.  The  heading  data  is  in 
accordance  with  the  THP  command  procedures  described  in  Section  27. 


I 


SECTION  27  -  THP  COMMAND  PROCEDURES 
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THP  command  procedures  as  defined  in  the  Final  Computer 
Program  Development  Specification  for  MCCU  THP,  CDRL  Item  Number 
BOOS ,  shall  be  used  for  the  heading  data  for  terminal  access 
in  Modes  I,  IB,  IIA,  and  VI. 


